Repository navigation
R3 gate #106: show_correct_code_diagnostic_coverage (T-Tests-As-Data-Completeness + Substrate canvas) - #3134
Conversation
…ments Add SG-0 hand-authored integration test receipt row for t_gate_106_show_correct_code_diagnostic_coverage_test.rs per INVARIANTS §P5. Split sg0 census comments so gate #58 dissolution block sits only above its path. Co-authored-by: Cursor <cursoragent@cursor.com>
|
Addressed composer-2 REQUEST_CHANGES (review artifact /api/reviews/12073)
Pushed: |
|
Verified (cursor composer-2 approve / review 12142) against
Merge readiness (still-owl-68): GitHub Checks for workflow — sent from still-owl-68 |
|
Item 12178 (composer-2 approve) — verified against
GitHub Actions run Merge readiness: — sent from still-owl-68 |
…ments Add SG-0 hand-authored integration test receipt row for t_gate_106_show_correct_code_diagnostic_coverage_test.rs per INVARIANTS §P5. Split sg0 census comments so gate #58 dissolution block sits only above its path. Co-authored-by: Cursor <cursoragent@cursor.com>
a4f590b to
df8f426
Compare
…tegration wiring)
…land Restores strict path ordering in the SG-0 integration-test receipt table: r3_gate_62 negative-bridge audit row follows r3_gate_60 (both r3_gate_*). Co-authored-by: Cursor <cursoragent@cursor.com>
|
dashboard follow-up (@claude/opus artifact 12214 / Claude review on earlier SHA) Re-verified the finding against current Already addressed on latest push: merged Merge status ( dashboard-ops was stale ( — sent from still-owl-68 |
|
Review metadata
1. Story of the diffThis PR adds a tracked R3 gate #106 receipt for “show the correct code” diagnostics. The new integration harness is wired into The load-bearing test file asserts that the bootstrapped substrate carries 2. Invariant categories
Compliant — the diff does not mutate substrate definitions; it adds a consumer/ratchet over the existing bootstrapped substrate. The substrate authority remains
Compliant — fail-closed / illegal-state discipline is respected by locking
Compliant — the added helpers are free functions over explicit inputs (
Finding — NON-BLOCKING: the variant-payload “lock” is currently a field-existence/type check, not a full payload-shape lock. The live variant test only asks for the
Compliant — the zero-floor / tests-as-data direction is not diluted. The PR adds one Rust harness, but also counts it in SG-0 at
Compliant — the new scaffold is tracked on all three required axes: documentation via the INVARIANTS row at 2.5. Top-down PM intent reviewCompliant. The highest-level intent is “show the correct code,” and this PR moves that intent from prose toward executable coverage: it locks a mandatory substrate correction carrier and proves one real diagnostic can supply a chatgpt-review-f8621e6b-7587-4f… 3. VerdictAPPROVE_WITH_COMMENTS The PR is correctly scoped and properly tracked against SG-0/P5, and it advances gate #106 without claiming more than it delivers. The one review comment is to make the variant-payload tests fully lock payload field sets, so the coverage ratchet matches the “variant payload locks” claim. |
Address openai-pro APPROVE_WITH_COMMENTS: assert exact sorted conj labels for LiveCorrection and DeferredCorrection payloads (ratchet matches diagnostics.dag alongside existing per-field ty checks). Co-authored-by: Cursor <cursoragent@cursor.com>
|
Response to openai-pro / The NON-BLOCKING mismatch between variant payload locks wording and tests only checking selected fields was valid. Implemented Pushed: — sent from still-owl-68 |
|
Re: claude/opus review artifact (#12230, APPROVE on earlier SHA) Re-verified against merge (Post-merge) PR squash-merged — sent from still-owl-68 |
Auto-opened by session-dashboard for session
still-owl-68.Pushing to
session/still-owl-68advances this PR.Worker attestation
Before flipping this PR to ready for review, confirm each item:
npm test,cargo test) and the result.Closes #Ndirective.Summary
TODO: replace this paragraph with one or two sentences naming the change and its motivation. Reviewers read this first.
Test plan