使用 Manager 模式
当任务变复杂时，单个 Chat 会话可能需要你反复提醒、拆步骤和检查进度。Manager 模式适合把一个较大的目标交给 Helix，让它先规划，再并行推进多个子任务。
Manager 模式适合什么任务
可以先用一句话理解：
- Chat 模式：你和一个 AI 搭档一步步推进
- Manager 模式：你给一个 AI 团队下达目标，由 Manager 拆解并协调多个子任务
适合使用 Manager 的场景：
- 任务会涉及多个文件、模块或目录
- 任务能拆成相对独立的子步骤
- 你希望 AI 先规划，再自己推进执行
- 你需要同时观察多个子任务的进度
不适合的场景也很明确：只问一个概念、改一两行代码、让 AI 解释某个函数时，直接用 Chat 更快。
切换到 Manager 模式
在左侧面板顶部点击 Manager 标签。
切换后，界面仍然是熟悉的会话布局，但 AI 的工作方式会从「顺序回复」变成「先拆解，再调度」。
发起一个 Manager 任务
Manager 模式下，你的 prompt 可以更接近真实任务目标。例如：
给这个项目的所有 API handler 添加单元测试，覆盖正常路径和错误路径。
或者：
把项目中所有的 console.log 替换成结构化日志，统一使用 pino，并确保测试通过。
Manager 收到任务后，通常会经历这些阶段：
- 分析任务：理解目标、范围和风险
- 制定计划：拆分为多个可执行子任务
- 分配子任务：让不同 Agent 处理不同部分
- 并行执行：多个子任务同时推进
- 汇总结果：回到主会话给出完成情况、变更文件和风险提示
尽量补充约束条件，例如「不要改数据库结构」「先运行现有测试」「完成后总结所有变更」。约束越清楚，子任务越不容易跑偏。
观察子任务并行执行
Manager 模式最有价值的地方，是你可以看到每个子任务的状态，而不是只等最后结果。
子任务面板
每个子任务会显示为独立卡片，通常包含：
- 子任务目标
- 当前状态：进行中、已完成或失败
- 工具调用记录
- 需要你注意的错误或阻塞
你可以点击任意子任务查看详细执行过程。如果某个子任务明显跑偏，可以回到主任务里补充要求或中断。
会话计数器变化
切换到 Manager 后，左侧会话计数器会更新：
- 主会话：Manager 本身的总控会话
- 子任务：当前拆分出的执行任务数量
查看和验收结果
所有子任务完成后，Manager 会在主会话中汇总：
- 哪些子任务成功完成
- 修改了哪些文件
- 跑了哪些验证
- 是否仍有失败、跳过或需要人工确认的问题
Manager 可以提高复杂任务的推进效率，但不等于可以免 review。涉及核心逻辑、数据迁移、权限、安全或发布流程时，建议你至少看一遍 diff 和测试结果。
Chat vs Manager 对比
| 对比项 | Chat 模式 | Manager 模式 |
|---|---|---|
| 交互方式 | 一问一答 | 下达目标，AI 自主拆解 |
| 执行方式 | 顺序执行 | 并行执行 |
| 适合场景 | 简单修改、代码问答、局部解释 | 多文件改动、批量处理、重构、补测试 |
| 控制粒度 | 你主导每一步 | Manager 负责计划和调度 |
| 验收方式 | 看当前回复即可 | 看主任务汇总 + 子任务细节 + diff |
完成后你应该能做到
完成这一篇后，你应该能判断什么时候该用 Manager，并能发出一个包含目标和约束的 Manager 任务。
下一步
掌握 Manager 后，继续看终端与文件浏览。它们能帮你在 Helix 里直接查看项目、运行命令和核对 AI 的修改。