os-sdlc: green-assert failure log cached on artifact is never refreshed on later failures #306

Closed
opened 2026-08-07 11:35:27 +00:00 by jared · 1 comment
Owner

Context

Surfaced during the /os-sdlc:implement run for #300: the first green-assert failure's log tail is stored on artifact.yml and embedded in retry briefs, but a second, different green-assert failure did not replace it — the round-2 test-writer brief embedded the round-1 log (752 runs / 5 failures) instead of the current one (756 runs / 2 failures), while the ADR-0098 sidecar green-assert-failure.json WAS current. Fix: refresh the stored failure-log text on every failed green-assert, not just the first.

## Context Surfaced during the /os-sdlc:implement run for #300: the first green-assert failure's log tail is stored on artifact.yml and embedded in retry briefs, but a second, different green-assert failure did not replace it — the round-2 test-writer brief embedded the round-1 log (752 runs / 5 failures) instead of the current one (756 runs / 2 failures), while the ADR-0098 sidecar green-assert-failure.json WAS current. Fix: refresh the stored failure-log text on every failed green-assert, not just the first.
Author
Owner

Resolution

Done: Green-assert retry briefs read failure output from the ADR-0098 sidecar (rewritten on every failed run) instead of the shell-redirected log file that could lag a round behind.

Evidence: Commit 9446f79 on main; failing test reproduced two-round staleness then went green; suite 751 runs / 0 failures; rubocop clean.

Follow-ups: red-assert and ac-lint retries still read their shell-redirected .log files and could lag the same way if the dispatcher misnames the redirect — surfaced to user, not filed (only occurs on dispatcher error; medium-low likelihood).

## Resolution **Done:** Green-assert retry briefs read failure output from the ADR-0098 sidecar (rewritten on every failed run) instead of the shell-redirected log file that could lag a round behind. **Evidence:** Commit 9446f79 on main; failing test reproduced two-round staleness then went green; suite 751 runs / 0 failures; rubocop clean. **Follow-ups:** red-assert and ac-lint retries still read their shell-redirected .log files and could lag the same way if the dispatcher misnames the redirect — surfaced to user, not filed (only occurs on dispatcher error; medium-low likelihood).
jared closed this issue 2026-08-07 11:51:07 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
jared/cc-os#306
No description provided.