[Bug] Headless 正常结束时关闭子会话，终态通知在 shutdown 期间再次启动模型请求

[Mike-7777777]

1. 现象

Prime Agent 0.7.3 的 --mode json -p 主会话正常结束后，CLI 关闭仍有子会话的 worker。子会话的取消又注入 rlm_child_terminal_notice，主会话在关闭过程中发出新的模型请求，然后立即取消。已转发的请求没有终态 usage，评测无法完整计量。

两个真实运行都出现此顺序。时间为 2026-09-06 UTC：

事件	运行 A	运行 B
主会话 stop 写入 transcript	19:09:26.661	19:09:28.901
worker 收到 socket shutdown	19:09:26.715，2 个活跃会话	19:09:28.960，4 个活跃会话
关闭中的子会话产生 completed_without_reply 通知	19:09:26.793	19:09:29.031
通知引起的新请求进入本地 bridge	19:09:26.802209	19:09:29.044438
新请求被取消并记为 499	19:09:26.851825	19:09:29.232302

另外四条在 shutdown 前已发出的子会话请求也被取消。两条尚未取得上游流对象，bridge 写 499；两条已经取得流对象，写 stream-failed: CancelledError / 502。六条客户端响应均为 aborted；两格 agent 执行均为 38 秒量级，实际启动参数为 --agent-timeout-sec 1200 --trial-wall-cap-sec 3600，没有到点。后续 campaign 停止发生在 19:10:02.111505，晚于上述全部取消。

这里的 499/502 是 bridge 计量分类，客户端最初收到的 HTTP 响应为 200。没有 Azure 服务端连接终止时间，不能声称重建了服务端的完整网络时序。

2. 固定源码

复现版本为 61131b2d195ba7a67a4ce8ac60bb10cecae07b67，即 v0.7.3。

• packages/coding-agent/src/modes/print-mode.ts:121,165：等待主会话完成，然后 dispose connection。
• packages/coding-agent/src/modes/agent-connection/daemon-agent-connection.ts:1330：owned session 的 dispose 发 complete_owned_session。
• packages/coding-agent/src/modes/daemon/daemon-supervisor.ts:1537,4789：结束 owned session 调用 stopWorker，向 worker 发 shutdown。
• packages/coding-agent/src/modes/daemon/daemon-mode.ts:6344,6373：先 await closeChildSessions，之后才 abort 父会话；父会话此时尚未进入 dispose。
• packages/coding-agent/src/core/agent-session.ts:9858,9989：子会话结束通知可走 _promptInjectedMessage，唤醒父会话。
• packages/coding-agent/src/core/agent-session.ts:6578 与 modes/headless-completion.ts:78：主会话 idle 不代表子会话已结束。

3. 免费复现

没有调用真实 provider。使用项目既有 AgentSession、Agent 和假 streamFn，执行实际 waitForHeadlessCompletion 与 AgentDaemon.closeSessionOnce。仅用 fake daemon 状态提供容器、UI 与文件保存依赖；子会话和父会话都是真实 AgentSession。

可在 test/agent-session-recursion.test.ts 的 createSession 基础上构造：

1. 父会话先返回普通 stop；创建一个等待 AbortSignal 的子会话。
2. 执行 waitForHeadlessCompletion(root)，观察它在子会话仍 active 时返回。
3. 进入实际 closeSessionOnce(..., "shutdown", true, true, ...)；子会话 abort 时让假 stream 返回 stopReason=aborted。
4. 记录父会话 streamFn 的调用。子会话结束通知在父会话 abort 阶段之前触发了一次新的调用。

实测事件顺序，测试通过：

parent_model_start
child_model_start
headless_returned_while_child_active
close_children
child_model_abort
parent_model_start_during_close
parent_abort_stage

另用真实 streamAzureOpenAIResponses 连接 loopback bridge，bridge 的 LiteLLM 上游替换为受控异步流：

对照	Prime stop reason	bridge 计量
上游流对象返回前，客户端 AbortController.abort	aborted	499 / response-abandoned-before-stream-completion
已开始流读取，客户端 AbortController.abort	aborted	502 / stream-failed: CancelledError
合成上游主动抛 ConnectionResetError	error / terminated	502 / stream-failed: ConnectionResetError
正常 completed，带 usage	stop	200，usage 保留

这说明真实批里的 502 不足以判断上游先断，也说明仅修改 bridge 的 499/502 分类不会消除关闭阶段新增请求。

4. 建议边界与验收

建议先明确两个独立合同：headless 是否必须等待子会话结束；worker 已决定 shutdown 后，子会话通知只能落盘，不能再启动父会话模型请求。后一项不应靠延长超时处理。

可复用后续版本已有的 RLM quiescence 能力，但需要决定 print 路径是否消费它。截至本次读取的 915c78f42c248b08238dd27fcd4bcab32c60beab，print-mode.ts 仍不传 waitForRlmQuiescence。本次未动态验证最新版，复现结论仅覆盖 0.7.3，没有提交补丁。

验收应覆盖：父结束但子仍在流中、子取消通知、关闭期零新增模型调用、普通运行时通知仍能唤醒父会话、显式取消与非 Azure provider。已转发请求仍需保留未知用量，不能改写为免费或未发生。

5. 去重

已查 Issues、PRs 与 Discussions 的 shutdown、headless、subagent、completed_without_reply。Discussion 1670 是长时间无输出后由外部 deadline 杀进程；Discussion 1566 是 SIGTERM 后恢复卡住；Discussion 2026 是忙内核泄漏。本例为正常主会话完成后的主动关闭，以及关闭期新请求。

PR 1253 处理 kernel host 消失后的子任务取消，PR 506 改 worker 所有权，PR 1239 处理 ACP 终态；未验证它们解决本例。bridge 侧未知 usage 已在 EvoMap/model-bridge 的 Issue 69 跟踪，不在本条重复要求估算计量。

[awhite0030]

Investigated this report and produced a candidate fix, validated on a fork of this repository.

Root cause, fix and validation from the working notes:

Root cause: When the main session is shutting down (e.g. headless normal completion), it triggers closeSessionOnce in daemon-mode which closes child sessions. A running child session will abort and send a rlm_child_terminal_notice back to the parent session. Because the parent session was not aborted yet, it attempts to process this notice, starting a new model request that gets immediately cancelled.
Fix: In daemon-mode.ts closeSessionOnce, call abort() on the parent session's runtime before waiting for closeChildSessions(). The aborted parent session will safely ignore any incoming rlm_child_terminal_notice from its terminating children.
Validation: Created a regression test packages/coding-agent/test/suite/regressions/2082-headless-shutdown-new-request.test.ts to verify closeSession logic aborts the parent session before closing child sessions, preventing injected prompt calls. Validated using npx tsx ../../node_modules/vitest/dist/cli.js --run test/suite/regressions/2082-headless-shutdown-new-request.test.ts inside packages/coding-agent directory which passes, along with npm run check.
Upstream discussion: #2082

Diff: awhite0030/prime-agent@main...fix-headless-shutdown-new-request-5249490025362446185
Full pull request: awhite0030#61

The change passes npm run check and the focused regression tests against current main. If a fix for this is still wanted, I can open a pull request.