Grok Bot加Opus搭7×24工程团队方案讲了什么

这套 12 步方案的价值不在步骤本身，而在把多 agent 协作约束落到文件账本、状态机、证据文件和分支权限上，而非靠对话协调。

要点

  1. 结构是一个 Chief 带 Triage、Builder、Reviewer、Release 四个角色，状态写入共享 /workspace 文件账本。
  2. 每条 issue 走 NEW 到人工审批的状态机，每次状态推进都要有对应证据文件。
  3. 把模型路由不可控当设计前提，让 agent 继承任务、读项目状态、朝同一验收标准继续，换模型也不散架。
  4. 权限不写进 prompt，用 protected branch 做硬约束；同账号下所有 Bot 共享同一台云电脑和凭证，改名不隔离权限。
  5. 并行只挑独立任务，同一函数被多个 agent 改是协调问题不是产能；同样失败出现两次就停，复现不出就交复现报告。
  6. 作者自己承认的局限：routine 不是常驻进程，靠持久状态续跑；技能固化成 skill 后 procedure 对但判断力不会自动长。

来源