fix(grok): Prevent spurious wake run after in-turn monitors

[mwolson]

Base

This branch is stacked on #4193 (fix/ctm-post-merge-ci) so CI's Test job
runs against aligned post-#3578 fixtures. The first commit
(test(orchestrator): Align post-merge CTM fixtures) belongs to #4193;
please review only the second commit here. Once #4193 lands in
codex-turn-mapping, this branch rebases back to a single commit above the
stack base.

Summary

• Fixes a multiturn bug where the Grok adapter queued a spurious synthetic
  "Background task completed." continuation run while the original turn was
  still streaming, after the agent had already reported the monitor result
  in-turn.
• Ensures injected <monitor-event> acknowledgement chatter for work already
  reported in-turn is never retained as wake evidence for later turns.
• Adds four adapter tests covering the multiturn repro, mid-turn completion
  deferral, the legitimate unhandled-completion wake, and the
  settle-without-report hold interaction.

Problem and Fix

Problem and Why it Happened	Fix
A x.ai/task_completed ext notification landing mid-turn reached applyLateBackgroundMutation, which had no notion of an active un-finalized root turn. With the running set empty and stale frames in wakeBuffer, it called offerContinuationRun and dispatched a "Background task completed." run (queue_after_active) while the original turn was still streaming its own report.	Continuation offers are never made while a root turn is active and un-finalized. Completions that register mid-turn but are not handled in-turn are recorded in a new midTurnUnreportedCompletedTaskIds set, and finalizeTurn offers exactly one continuation after finalize when legitimate evidence remains (settled status completed, no running tasks). The arming also requires the prompt not to have settled, so the settled-held window still uses the pre-existing injected-report path.
After a turn that reported its monitor in-turn, the CLI's injected <monitor-event> turn hit the late-mutation path, which deleted the task id from the in-turn handled set. The subsequent injected ack chatter then failed the handled-chatter guard and was buffered as wake evidence, surviving into later turns (the buffer was intentionally not cleared at turn start).	Late monitor-event mutations no longer erase in-turn handled marks, the handled-chatter guard runs before wake buffering, and stale wakeBuffer frames are cleared at non-continuation user-turn start. Frames cleared there cannot be legitimate: a genuinely unhandled completion is tracked by the mid-turn set and offered at finalize instead.

Defensive Fixes

Problem and Why it Happened	Fix
In the late-mutation path, suppressPostSettleMonitorPrompt was set true and then unconditionally set false two lines later for terminal mutations on already-ended tasks, making the intent unreadable and the true branch dead.	The suppress logic is rewritten as mutually exclusive running/terminal branches.
A stopped run's quarantine cleared the wake buffer and running set but would have left mid-turn unreported completions armed.	quarantineStoppedRun also clears midTurnUnreportedCompletedTaskIds.
A completion armed pre-settle into midTurnUnreportedCompletedTaskIds survived the settle-hold: when the CLI's injected report streamed into the held turn, only pendingInjectedReport was cleared, so finalizeTurn still saw the armed id and offered a duplicate continuation right after the report projected (Bugbot round 1).	When the injected report chunk streams, the delivered task ids are also removed from midTurnUnreportedCompletedTaskIds. If no report ever streams, the id survives and finalize offers exactly one wake, as before.
A midTurn-only continuation offer is made with an empty wakeBuffer (the buffer cannot grow while the root turn is active), so if the CLI's late frames had not arrived by the wake run's start, the empty drain finalized a blank continuation run immediately (Bugbot round 1).	An empty-drain continuation now uses the same 3s deferred-finalize quiet window as a non-empty drain (when the flavor defers finalize for background work), letting late frames attach; flavors without the defer flag keep the immediate finalize so the turn cannot wedge.
finalizeTurn cleared midTurnUnreportedCompletedTaskIds unconditionally, but the offer gate requires the running set to be empty. A task armed pre-settle lost its mark when the turn finalized while a second task was still running, and the second task's bare end-notice frame is excluded from wake evidence, so no continuation was ever offered for either completion (Bugbot round 2).	The marks are kept across finalize when the turn settled completed and background work is still running, so the post-finalize gate offers exactly once when the last task ends. Interrupted and failed turns still clear unconditionally, and non-continuation turn start clears too, so kept marks cannot wake after an interrupt or arm a later user turn.

Validation

• vp check: pass (0 errors, 63 pre-existing warnings)
• vp run typecheck: pass (all packages)
• Focused suites (AcpAdapterV2.test.ts, GrokAdapterV2.test.ts): 98/98,
  including 9 new tests
• Live desktop retest on a rebuilt AppImage containing this commit: the
  original two-turn repro produced no spurious wake and no replayed acks;
  legitimate post-settle monitor and detached-command scenarios each produced
  exactly one continuation; interrupt/steer/queue scenarios stayed clean

---

Note

Medium Risk
Changes orchestration timing for Grok background monitors and continuation dispatch; behavior is heavily tested but regressions could affect wake timing or legitimate post-settle continuations.

Overview
Fixes Grok/ACP post-settle continuation logic so in-turn monitor work does not spawn extra "Background task completed." runs or carry stale wake evidence across turns.

AcpAdapterV2 defers continuation offers while a root turn is still active: unhandled mid-turn completions are tracked in midTurnUnreportedCompletedTaskIds and a single offer is made from finalizeTurn (or post-finalize late mutations) when appropriate. Late monitor mutations no longer clear in-turn handled marks; agent/thought chatter for handled tasks is blocked before wake buffering; user turns clear wakeBuffer; streaming an injected report clears matching mid-turn arms; empty-drain continuation runs use the deferred quiet window when configured; quarantine clears the new set.

Adds extensive AcpAdapterV2.test.ts coverage for settle-hold, staggered monitors, multiturn ack chatter, mid-turn deferral, and empty-drain continuations.

Also updates config.test.ts expectations to userdata-v2 and refreshes two Claude replay fixtures’ expected query.open tool lists.

^{Reviewed by Cursor Bugbot for commit 71671fa. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Fix spurious wake runs after in-turn monitor completions in AcpAdapterV2

• Introduces midTurnUnreportedCompletedTaskIds to track background tasks that reach a terminal state mid-turn without being reported in-turn, deferring wake offers until after turn finalization.
• Fixes late terminal mutations from incorrectly unmarking in-turn handled tasks, which previously triggered duplicate Background task completed. continuations.
• Filters agent/thought chatter frames from dirtying wakeBuffer, preventing spurious post-settle wake runs for already-handled background work.
• Adds a quiet-window/deferred-finalize path for continuation turns with an empty wake buffer, allowing late frames to attach before finalizing.
• Clears midTurnUnreportedCompletedTaskIds on interrupted/quarantined turns and when injected reports stream, preventing stale deferred wakes.

^{Macroscope summarized 71671fa.}

[coderabbitai]

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro

Run ID: 4ad22710-a071-4287-bfac-b84a8e2103f9

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

• 🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands.}

[macroscopeapp]

Approvability

Verdict: Needs human review

This PR introduces new state tracking (midTurnUnreportedCompletedTaskIds) and modifies multiple code paths in the ACP adapter that control when continuation runs are offered after background task completion. While framed as a bug fix with extensive tests, changes to orchestration logic that gates whether follow-up work happens warrant human review to verify the intended behavior.

^{You can customize Macroscope's approvability policy. Learn more.}

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 3 potential issues.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit fe55e2a. Configure here.}