让两个写代码的 agent 并排做事,一个管前端,一个管后端
想法 + starter prompt,我们还没跑过
适合:同时用好几个 coding agent 的个人开发者和小团队
一位发帖的人让 Claude Code 做前端,GPT 的 Codex CLI 做后端,在一个叫 Tutti 的共享工作区一起跑了 15 天。两边看得到同样的档案和任务输出。他们在 agent 之间转发任务卡,不用重新解释,也用 @ 引用把之前的 Claude 对话拉进另一个 agent。
步骤
- 先决定怎么分:哪些文件夹归前端 agent,哪些归后端 agent。
- 把两个放进同一个共享工作区或同一个项目文件夹,让它们读到一样的档案。
- 交接用简短的任务卡:目标、涉及的档案、做完了什么、还剩什么。
- 用一个简单的看板,把任务标成进行中、完成、失败或停止,随时看得到进度。
- 任务失败时,先看它最后执行的一步,再重启。原文里这样恢复最快。
- 用超过两个星期再决定要不要信任这个设置。发帖的人说 15 天不够做严格测试。
Starter prompt
我正在用两个 coding agent 做 [项目]。一个负责 [前端文件夹] 的前端,另一个负责 [后端文件夹] 的后端。你是 [前端或后端] agent。 先试跑。不要一开始就动真的项目。在 [试跑文件夹] 建一个临时 repo,只有一个玩具 endpoint 和一个玩具页面,在那里把一整轮任务卡跑完。试跑的东西不能碰到我真的 repo。 在真项目里改任何东西之前,先为另一个 agent 写一张简短的任务卡:目标、你会动的档案、你期待对方给的 API 或资料格式,还有你需要对方交回什么。给我看,等我同意。 只在你自己的文件夹里工作,用一个 git 分支。如果另一边需要改,就写成新的任务卡,不要直接改他们的档案。每个任务完成后,列出你改了什么、还有什么没完成。 commit、push、merge 或部署之前,都要停下来等我说可以。给我看 diff 不等于允许你做这些事。
原帖:Reddit · 来源 agentusecases.ai。内容是我们用自己的话写的,我们还没跑过,先用假资料试。