中断与恢复会话
中断正在执行的会话
Section titled “中断正在执行的会话”打开运行中的会话，选择中断（Interrupt）。Chorus 会通知当前连接停止执行；如果智能体未能及时退出，后台服务会在超时后结束对应进程。
中断适用于指令有误、执行时间异常或需要先补充信息的情况。它不会撤销智能体已经修改的文件、执行的命令或发送的外部请求。
会话一直显示运行中
Section titled “会话一直显示运行中”进程已经结束、会话仍显示运行中时，可在该会话选择中断。即使没有列出活跃执行， 此操作仍可用。如果 Chorus 没有可停止的活跃执行，会直接把该轮次标记为已中断； 否则会将请求发送给后台服务，等待停止结果。
结束状态上报遇到临时故障会重试；进程退出后，也不会仅因后台进程占用输出管道而一直显示运行中。
这项恢复机制不会为正在执行的工作新增时长上限，但运行后端原有的限制仍适用。
DeepSeek Harness（dsh）每轮默认限时 30 分钟，可通过 CHORUS_DSH_TIMEOUT_MS 配置。
恢复前请检查最后输出及仍在运行的进程。
检查已完成的工作
Section titled “检查已完成的工作”在继续之前：
- 阅读会话中最后一条输出，确认智能体停在什么步骤。
- 检查工作目录中的文件修改和仍在运行的进程。
- 判断应继续原计划、补充新指令，还是放弃当前结果重新开始。
对于代码工作，可在工作目录运行 git status 和相关测试，避免重复修改或覆盖已有成果。
会话进入已中断或失败状态后，选择恢复（Resume）。Chorus 会尽量使用原来的智能体连接和工作目录继续上下文。后台服务重启后，也不会自动把会话迁移到另一个目录。
如果原连接已经离线，请先恢复该主机上的后台服务。改用其他连接会创建不同的执行环境，应当作为明确的新选择，而不是故障恢复的默认操作。
反复中断、崩溃或无法恢复时，请参阅排查智能体连接故障。
从终端接管会话
Section titled “从终端接管会话”除了界面上的恢复（Resume）按钮，你也可以直接在自己的终端里继续同一个会话。打开会话，在对话记录顶部选择复制 session ID（Copy session ID）。它复制的是后台持有的恢复 id，也就是后台服务恢复会话时传给智能体 CLI 的那个 id，因此手动恢复会接续同一个会话，而不是新开一个。
在会话原本运行的工作目录下，把复制的 id 传给对应运行后端的恢复命令：
- Claude Code：
claude --resume <sessionId> - Codex：
codex exec resume <thread_id> - Kiro：
kiro-cli chat --resume-id <sessionId>
每种运行后端使用自己的 id 格式，复制到的值就是该后端所接受的形式。各平台的精确命令见对应参考页：Claude Code、Codex 和 Kiro。
Chorus 对每个想法只维护一个规范会话。直接处理某个想法时，它的 session id 就是该想法自身的 UUID（sessionId === directIdeaUuid）；当唤醒切换到不同的工作目录时，会重新指向这同一个会话，而不是派生出新的会话，因此无论它最后在哪里运行，需要接管的始终只有一个会话。完整模型见在线智能体总览。