Agent 协作模式
让 Agent 一起审查、写作、并行实现或管理工作的几种方式。
先看你需要哪种帮助
从自己项目里的任务开始。可能是想让另一个 Agent 再看一遍改动,想比较几份草稿,或者让几个实现者同时做功能的不同部分。
每个教程都给一套示例配置和一段可以改的提示词。审查、写作和并行实现这三篇里,第一个 Agent 负责启动其余协作者;Facade pattern 里,管理 Agent 跟进的是已经在运行的功能 Agent。
选择一种协作模式
一个 Agent 写代码,另一个循环审查
让第二个 Agent 审查改动、报告问题,再由写代码的 Agent 修复并复查。下面的例子用 Claude Code 写代码、Codex 审查。
02同一个任务,独立写稿后互评
让几个 Agent 按同一份要求各写一稿,互相评审,再根据意见修改。
03SOTA 模型做规划,便宜模型并行施工
用 SOTA 模型规划复杂任务,让多位实现者在各自的 Git worktree 里并行实现,最后由协调者审查合并后的改动并跑测试。
04Facade pattern:让一个 Agent 管理团队
让一个 Agent 跟进各个功能 Agent 的进度,把需要你决定的问题带回来。离开电脑后,用手机继续和它沟通。
把示例用到自己的项目
按文章的配置做好,再把提示词换成自己的任务。定义角色的要求要留着,比如“只审查、不改文件”。CLI 和模型选你账号能用的。
也可以把这套组合存成Agent 配置里的命名条目。换模型服务时保留内置 type,这个 CLI 的 Facade 集成仍然可用。
Agent 之间怎么配合
Facade 给受支持的 Agent 提供工具:发现其他 Agent、启动协作者、交换消息、读对方的终端。协调者可以汇总结果,把问题带回来给你。
消息送到只说明对方收到了,要等它回复才知道结果。想自己找协作者说话,从 Facade 面板打开它的终端。
type: "custom" 的程序只有终端输入,拿不到这些协作工具。
按任务选运行环境
审查可以共用一个项目文件夹;需要各自改动时,用不同的 Git worktree。并行实现那篇讲了实现者怎么把改动交回来,再统一审查和测试。
要用另一台机器上的工具和文件,看在远端机器上运行 Agent。想离开电脑继续指挥 Claude Code,看从手机继续会话。
设计参考
这些流程借鉴了 DeepSeek Super Agent 研究原型里角色分工和交接的做法,再按 Facade 现有的 Agent 工具做了调整。