Finished agents re-emit next_step nine times after subagent-stop #529
Labels
No labels
P0
P1
P2
P3
bug
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
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#529
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?
Context
On 2026-09-03, in the same run as implementation 4 of ticket 524, two agent dispatches kept emitting next_step after they had already stopped.
Observed
test-writer (dispatch 27) and programmer (dispatch 29) transcripts each show nine identical assistant turns emitting next_step after the handoff was already recorded.
Each loop costs about 25 seconds and a full dispatch's worth of tokens, repeated nine times. Suspect: the settlement handshake (ADR-0144, os-sdlc-runner subagent-stop) re-prompts an agent that has already stopped.
Reproduce
Expected
<one prose sentence: after subagent-stop records a dispatch's handoff, the agent must not be re-prompted, so a dispatch emits next_step exactly once.>
Origin