agent-collaboration

Agent 协作

选择能够满足用户所要求的新鲜判断、并行处理或持久观察的最精简路线。技能定义工作流；所选后端负责执行。

路由工作

1. 直接处理是默认方式，适用于任务不需要独立判断或并行处理的情况。
2. 委托给一位专注处理的 Agent：条件允许时，使用宿主原生的一次性委托功能。用户要求 Grok 时，调用 grok-subagent；不要在此重复其 CLI 和集中审查流程。如果当前 Agent 已经是 Grok，除非新鲜的独立判断确实重要，否则直接处理。
3. Pi 子 Agent适用于两个或更多独立的只读处理任务，或侦察员—执行者—新鲜审查员循环。仅当 Pi 的 subagent 工具可用时，才使用此路线。否则应建议使用该路线，但不要假装已经执行。
4. Herdr是顶层会话控制界面。只有用户明确要求 Herdr 时才对其进行控制，然后调用 herdr 技能。由 Herdr 托管的 Pi 会话可以管理 Pi 子 Agent；Herdr 应观察其生命周期，而不是成为另一个子级编排器。

如果首选后端不可用，应说明这一限制，并使用能够保留所要求独立性的最精简可用路线。切换到实质上不同的模型、服务、代码库或执行范围之前，应先征求同意。

保持所有权

• 在工作树中始终只保留一位写入者。并行写入者应使用委托前创建的隔离工作树。
• 为侦察员和审查员提供全新上下文及只读权限。单一写入者可以继承或分叉已批准的计划，前提是该上下文确实有用。
• 应启动新的变更 Agent，而不是复用已经臃肿的长期会话。
• 为每位受托 Agent 指定一个范围明确的结果、相关路径、需要保留的现有更改、确切的验证要求以及停止条件。
• 除非任务定义了范围明确的扇出流程，且有一位父级 Agent 负责综合结果，否则不要启用嵌套委托。
• 对于分析、审查或规划请求，所有受托 Agent 都应保持只读。

顶层负责人应独立阅读最终差异、运行所需检查、解决相互冲突的报告，并负责提交、推送、发布及其他外部操作，除非用户明确另行指定负责人。

完成协作

报告实际采用的路线、获得变更权限的 Agent、如何确保隔离、负责人直接核实的证据，以及仍需用户或运行时验证的工作。完成时必须说明每个已更改文件，并交代所有失败或缺失的处理任务。