Tell the test-reviewer which tests a later red round added #811
Labels
No labels
P0
P1
P2
P3
bug
category/code-change
category/cross-repo
category/eval-run
category/investigation
category/no-test-target
category/owner-ruling
category/prose-artifact
category/recurring-chore
category/structure
category/umbrella
crc-refactor
create
delete
enhancement
filed-by/agent
filed-by/user
frozen
lint-rule
needs-info
needs-triage
next
plugin/cc-architect
plugin/os
plugin/os-adr
plugin/os-aidd-lint
plugin/os-backlog
plugin/os-context
plugin/os-doc-hygiene
plugin/os-sdlc
plugin/os-vault
project/cc-os
ready-for-agent
ready-for-human
recurring
review
rule-proposal
update
waiting
wayfinder:grilling
wayfinder:map
wayfinder:map
wayfinder:research
wayfinder:task
wayfinder:task
wontfix
worklist/deviations
worklist/lint-rule
worklist/new-implement-build
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
jared/cc-os#811
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Problem
When the behavior-verifier fails after the programmer has run, the map sends the run back to the test-writer. The production code for the earlier tests already exists at that point. The test-reviewer still expects every new test to be red. It saw 8 green tests and 2 red tests, gave
verdict: error, and ended implementation 64 for #805. Its own note said the correct verdict waspass. A correct second red round cannot pass this review.Observed
Implementation 64, ticket #805: programmer 662 pass, behavior-verifier 665 fail, test-writer 666, test-reviewer 667 fail, test-writer 668, test-reviewer 669
error, thenimplementation_failedwithreason: verdict:error.Test-reviewer 669 final note:
Reproduce
n/a: needs a ticket whose behavior-verifier fails after the programmer runs; implementation 64 is the recorded instance.
Approach
The test-reviewer brief must tell the reviewer which tests are new in this round and which production code already exists. The reviewer judges red-for-the-right-reason only for tests that this round added or changed. Tests that earlier rounds added may be green.
Required work:
Acceptance criteria
Owner sketch
Origin
/os-sdlc:implement 805, implementation 64erroron green tests ← reviewer brief does not say that production already exists after a verifier-driven red round ← DESIGN (maps/poodr-ticket-implementation.yaml, behavior-verifierfailedge to test-writer)plugins/os-sdlc/maps/poodr-ticket-implementation.yaml,plugins/os-sdlc/agents/test-reviewer.mdVERDICT: CREATE — Real implementation-64 failure with a complete Origin chain terminating in a DESIGN gap (test-reviewer brief lacks per-round test scope), not improvisation, and no overlapping ticket in this session covers the test-reviewer/map.
Triage 2026-09-29: verdict CONFIRMED, ready-for-agent (P2, bug, update).
validate-template 811 --agent-readyexits 0.Defect still exists on main
bf926443. No commit since 2026-09-28 touches it.red_testsentry names it. No rule for tests that earlier rounds added.test_changesis the whole test diff, not this round's diff. Noround_testsfact exists.Trigger: NOT every run. It fires only when the programmer has already run before a test-writer round. The only such path is the behavior-verifier
failedge to test-writer (poodr-ticket-implementation.yaml:130). The initial path (test-writer, then test-reviewer, then programmer; lines 42-77) has no production code yet. A test-reviewerfailedge (line 77) or a test-writerfailedge (line 59) before the first programmer run is safe.Related: #805 is the instance (implementation 64) and is
waitingon this ticket. #806 iswaitingand shares the failure-reporting area. #812 (docs-only map with no red round) is separate. #802 and #818 are unrelated.Work started on branch ticket-takedown (worktree .claude/worktrees/ticket-takedown), via /os-sdlc:implement.
Resolution
Done: round_tests brief fact tells the test-reviewer which tests changed since the last passed programmer dispatch; the reviewer requires red only for those tests
Evidence: branch ticket-takedown commit
11339a12(history row3635800d); implementation 75: 11 dispatches, suite-check green twice, contract-auditor pass on second roundFollow-ups: #823 round_tests crashes on test files deleted in the current round (captured, user-approved)