派发任务
派发任务是把后续指令发送给一个仍有价值的编码会话。它适合让工作会话在已有上下文中继续，而不是每一步都重新启动。
什么时候派发到现有会话
标题为“什么时候派发到现有会话”的章节适合继续派发的情况：
- 工作会话刚完成一个子任务，仍持有相关上下文；
- 你只需要补一个小修改、测试或解释；
- 会话没有明显漂移到错误方向；
- 你能从摘要胶囊或详情页确认它仍是合适的上下文载体。
什么时候新开会话
标题为“什么时候新开会话”的章节更适合新开会话的情况：
- 任务方向已经变化；
- 会话上下文过长、混乱或过期；
- 工作会话处于不可解释的阻塞状态；
- 你需要隔离一个新的工作树或验证路径。
派发前检查
标题为“派发前检查”的章节- 先读摘要胶囊，确认当前状态。
- 如有疑问，打开会话详情页检查最近输出。
- 判断要继续、等待、还是新开会话。
- 写出明确后续指令，不依赖工作会话猜测。
好的派发指令
标题为“好的派发指令”的章节基于你刚才的实现，只补充对应的文档说明。不要改后端逻辑。完成后运行 docs-site 的 link check。这类指令说明了范围、禁止项和验证方式。
常见问题
标题为“常见问题”的章节工作会话看起来卡住，但没有汇报阻塞
标题为“工作会话看起来卡住，但没有汇报阻塞”的章节先检查摘要胶囊，再打开完整会话。不是每一步都会触发 MCP 汇报，工作会话可能仍在等待外部进程。
我回复了问题，但工作会话没继续
标题为“我回复了问题，但工作会话没继续”的章节发送明确的后续派发指令，而不是假设工作会话会从上下文中自动推断下一步。
主聊天显示太多细节
标题为“主聊天显示太多细节”的章节日常监督优先看胶囊和汇报。只有排障或验证高风险变更时再打开完整会话。