[Bug]: OpenCode provider background delegations leave the thread looking Settled while they are still running

[NachoooLK]

Before submitting

• I searched existing issues and did not find a duplicate.
• I included enough detail to reproduce or investigate the problem.

Area

apps/web

Steps to reproduce

1. T3 Code desktop 0.0.31 (Alpha) on macOS, thread using the OpenCode provider (model opencode-go/deepseek-v4.1-flash), Max Build, Full access, in a git worktree.
2. Ask the agent to run several investigations in parallel as background delegations (the harness delegation tool), and to reply as soon as they are dispatched. Example prompt: "Compare how Codex requests are handled in Synara, T3 Code and the official Codex CLI. Launch the three investigations in parallel in the background and tell me when they are dispatched."
3. The foreground turn ends with an assistant message that explicitly says the three investigations are running and that it will follow up when results are ready, and the transcript folds to Worked for 42s.
4. While the delegated work is still running, look at the sidebar: the thread is classified Settled (it appears under the "Settled (3)" group), the composer is idle, and there is no in-flight indicator or work row anywhere in the thread.
5. When a delegation finishes, the thread wakes on its own with the result.

Expected behavior

• While any background delegation/task belonging to the thread is live, the thread remains visibly Working (sidebar pill and transcript), and settle logic does not classify it as finished.
• A durable indicator such as "Background task working" or "1 delegate active" should be visible, and should clear only when the outstanding work completes, fails, or is cancelled.
• The later continuation should be presented as an expected follow-up, not as a spontaneous wake on a thread that looked done.

Actual behavior

The thread is settled while the assistant has literally just said work continues in the background. The sidebar shows the thread under Settled, the transcript folds to Worked for 42s, and there is no signal anywhere that the three investigations are in flight. The only signal is the later spontaneous wake when a delegation completes.

This is the same class of problem reported for the desktop/web Claude-provider path in #5043 and for mobile in #4962, but on the OpenCode provider path. Per the review notes on #5219, task.* child events are currently emitted for Codex and Claude only, and OpenCode does not map collabAgent child task events. backgroundLiveness (the signal that keeps the sidebar pill on Working) is fed from that task lifecycle ingestion, so OpenCode background delegations have nothing to raise it and the thread settles until the next provider turn.

Impact

Major degradation or frequent failure — with background delegation you cannot tell working threads from finished ones, and the thread state flips by itself later.

Version or commit

0.0.31 (desktop, Alpha)

Environment

macOS 26.6.2 arm64; T3 Code desktop 0.0.31 (Alpha); OpenCode provider, model opencode-go/deepseek-v4.1-flash; Max Build; Full access; thread in a git worktree (t3code/compare-codex-request-handling).

Screenshots, recordings, or supporting files

Screenshot shows the assistant message listing the three parallel investigations and saying it will report back, with the transcript already folded to Worked for 42s and the sidebar showing the thread under "Settled (3)". I will attach the image right after opening this issue.

Workaround

None known in-app; the thread recovers on its own when the delegated work finishes.

Related

• [Bug]: Desktop/web thread shows no sign of delegated CLI-agent work: silent while it runs, idle-looking when backgrounded, spontaneous wake after #5043 (closed as not planned): same desktop/web symptom for the Claude provider delegating to a CLI child process.
• [Bug]: Mobile looks idle while background subagents are still working #4962 (mobile): "looks idle while background subagents are still working".
• [Feature]: Agents panel should also show CLI-delegated child agents (codex exec / opencode run / etc.), not only provider-native subagents #5479: Agents panel does not show CLI-delegated child agents.
• feat: native subagent & workflow observability #5219: native subagent & workflow observability; review notes state that task.* child events ship for Codex and Claude only and that OpenCode intentionally does not emit collabAgent child task events. If that omission is what keeps backgroundLiveness empty on OpenCode threads, it is likely the causal path for this report.

[NachoooLK]

[juliusmarminge]

Triage

Confirmed as a real OpenCode-provider gap, not a one-off desktop glitch.

What we see

After the parent OpenCode turn dispatches background investigations and ends (Worked for 42s), the thread looks idle: composer ready, no in-flight row, sidebar not Working. When a child finishes, the thread wakes on its own. That matches the report (desktop 0.0.31, OpenCode, opencode-go/deepseek-v4.1-flash).

Why

Sidebar Working + the composer “Background work” / “N agents working” banner + auto-settle suppression all depend on backgroundLiveness. Ingestion only raises that from task.started / task.progress / task.updated / task.completed:

• apps/server/src/orchestration/Layers/ProviderRuntimeIngestion.ts
• apps/server/src/orchestration/ThreadBackgroundLiveness.ts
• apps/server/src/orchestration/ThreadSettlementPolicy.ts
• apps/web/src/components/Sidebar.logic.ts
• apps/web/src/components/ChatView.tsx

Claude / Codex / Grok / Antigravity emit task.*. OpenCode does not. In apps/server/src/provider/Layers/OpenCodeAdapter.ts, native Task / agent tools become collab_agent_tool_call item.* rows; child sessions are kept only for abort + permission routing; non-parent events that are not child permission/question requests are dropped. Nothing feeds backgroundLiveness, so once the parent session is ready the thread looks finished.

Default auto-settle is 3 days (min 1), so an immediate Settled grouping after a 42s turn is a bit surprising unless the thread was already settled or the idle/ready look is what was observed. Either way, the thread is wrongly treated as done.

Not a duplicate

Same class as #5043 (closed, Claude path; leftover settle bug parked on #5476) and #4962 (mobile). Same root cause as #5952 (empty Agents panel). Different from #5476 (liveness present, settle still fires), #9214 (foreground OpenCode fold / first-turn spinner), and #11230 (opencode run from another provider’s shell).

Open PRs that already map OpenCode Task/child sessions onto task.* and would likely fix this as a side effect (none currently attribute #11730): #7393, #10858, #11262.

Next step

Keep this open. Land OpenCode task.* mapping for background/child work that outlives the parent turn (prefer one of those PRs, or a focused follow-up). Add an adapter + ingestion test: parent turn ends, children still running ⇒ backgroundLiveness === "working" and the thread is not an auto-settle candidate.