不再让一个AI包办一切：我的Cindy协同模式

以前用 AI，最自然的方式是：把整个任务丢给一个最强模型。

让它查资料、想方案、写代码、做检查，最后再告诉我"已经完成"。

这很省事，但有一个隐藏的问题：提出方案的、执行方案的、检查方案的，始终是同一个大模型。 它一旦在开头理解错了，后面往往只是把错误执行得越来越完整。

后来我换了一种方式：不再追求"一个 AI 包办一切"，而是让多个 AI 像一个小团队那样工作——有人规划、有人施工、有人质检；需要时再请研究员、反方审稿人、写作者和配图师进场。

这就是我在 Cindy 里使用的"协同模式"。

先说清楚：Cindy 是什么？

Cindy[1] 是一款开源 AI 助手。你可以把不同模型、执行工具和技能接进来，让它们共同完成一个任务。

而"协同模式"不是简单地同时打开几个聊天窗口，也不是让一群模型自由讨论。它更像一套临时组队规则：

• 每个角色只负责自己擅长的工作；

• 每次交接都留下文件、测试结果或来源；

• 写的人不负责给自己打分；

• 删除、覆盖、发布等高风险动作，最后仍由人确认。

一句话概括：Cindy 提供工作台，协同模式负责把 AI 组织成一支有分工、有交接、有验收的临时团队。

别一上来就组八个人：先从三人小队开始

大多数任务，其实只需要三个角色。

1. 总指挥

总指挥就是你正在对话的主会话。它负责理解目标、拆任务、派工、汇总结果和最终验收。

它不一定亲自写大量代码或正文，最重要的工作是让每个人知道：要做什么、不能做什么、交付什么、怎样才算完成。

2. 主力施工

主力施工是唯一允许修改文件的人。代码任务里它写代码，内容任务里则由对应的"执笔人"成为唯一写稿者。

为什么只留一个写入口？因为多人同时改同一份东西，最容易出现重复、冲突和风格缝合。

3. 质检员

质检员只读文件、跑测试、查日志、找边界条件，不直接替施工者修改。

它的价值不是再给一套意见，而是提供独立证据：测试有没有过、问题能不能复现、改动有没有碰到不该碰的地方。

不要让一个 AI 包办一切。让每个 AI 只把自己那一段，做得可以被下一个人检查。

三个人的工作关系很简单：

总指挥派工 → 主力施工交付 → 质检员拿证据检查 → 不通过就退回修复 → 通过后总指挥验收

理解这个最小闭环，就理解了协同模式的一半。

任务变复杂，再按需加角色

三人小队已经能覆盖日常开发和修 Bug。但当任务风险升高、涉及大量资料或需要成篇写作时，再往里加人：

这里有一个分工细节值得注意：资料员和唱反调必须是两个独立的人，哪怕它们来自同一家模型。 资料员吃的是速度和走量，唱反调吃的是推理深度——两种任务用不同的配置才划算。更重要的是，自己收集的资料自己批评，下不去手。让一个独立的角色来挑刺，视角才是新鲜的。

不需要记住每个角色的名字或绑定哪个模型。选择模型时只看一件事：它能不能稳定完成这个角色的职责。模型会更新，角色之间的制衡关系不会。

这套模式真正有用的四条原则

原则一：最强专家只出现在高杠杆节点

最强、最贵的模型不应该常驻处理杂活。

"军师"只在开局定计，或者终局争执不下时做一次裁决——两次都是一次性出场，用完就退。规划完成后，把结果写进 计划.md、框架.md 或 大纲.md，然后归档。

这样既把能力用在刀刃上，也避免整个流程被一个昂贵会话绑住。

原则二：让结果留在文件里，不要只留在聊天里

聊天记录适合讨论，文件才适合交接。

军师的每一份产出都固化成文件。全队照文件干活，军师不在线也不影响推进——这才是能用得起"一次性专家"的关键。不只是军师：计划写成文件，资料带来源，代码改动能看差异，测试结果可以复跑。即使某个角色已经退出，后来者也能沿着文件继续工作。

原则三：坚持"单一写入者"

代码只让主力施工改；文章只让执笔人改；配图只让配图师生成——配图师产图，不碰字，和"只有执笔人能碰稿子"是同一条铁律。

质检员和唱反调可以把问题说得很尖锐，但不要直接下场重写。否则写与审混在一起，责任不清，最后也不知道哪次改动解决了哪个问题。

原则四：裁决看证据，高风险动作由人确认

我给团队设的证据优先级是：

测试结果 > 可复现报错 > 文件与日志 > 推理与意见

删除数据、覆盖文件、上线部署、对外发布——这些动作无论 AI 多有把握，都要停下来让我确认。

按张计费的配图也是同一条逻辑。配图师必须先交一份清单（封面 + 每张插图的位置、意图和 prompt），我确认张数和风格之后才允许生成。没确认，不烧钱。

这篇文章本身，就是协同模式做出来的

你正在读的这篇文章，原始素材是一张角色配置表和五份提示词模板——给内行看的操作手册，陌生读者完全读不进去。

把它变成现在这个样子，走的就是上面的流程：

1. 总指挥筛选变化：先对照原始配置与已有的 X 稿，决定哪些方法变化必须同步，哪些操作细节应该留在模板里。

2. 执笔人写初稿：Opus 4.6 把干巴巴的表格和规则改写成一篇陌生读者也能进入的叙事文章。

3. 军师独立审阅：Fable 5 只挑问题，不直接改稿；它指出哪些段落又写成了配置手册，哪些新内容值得保留。

4. 执笔人修订、总指挥整合：筛选审阅意见后交回 Opus 4.6 修订，再由总指挥做最终取舍、统一口径。

5. 配图与发布：文字定稿后，配图师先交清单、我确认再生成；标题、正文、图片、链接全部核对完，真正点"发布"的是我。

这条流水线比"一句话生成全文"慢，却把最容易出问题的地方拆开了：方向有人定，文字有人写，漏洞有人挑，配图有人把关，发布有人确认。

四类任务，怎么选编排？

• 日常开发 / 修 Bug：最小三人组（总指挥 + 主力施工 + 质检员）就够。做到一半风险变大，随时说"加个唱反调"，不用推倒重来。

• 大重构 / 数据迁移 / 上线前检查：加军师先写 计划.md，加唱反调在计划阶段和完工阶段各攻击一次，中间实施不参与，避免扯皮。

• 技术调研 / 长报告：军师定框架，资料员走量搜集标来源，主力做深度分析，唱反调最后查证据能不能支撑结论。

• 文章创作：军师 + 资料员 + 执笔人 + 唱反调，定稿后再加配图师。批评意见先汇总到总指挥再转执笔人，不让矛盾的声音带偏写稿者。

Worker ≠ 子代理：一个最容易踩的坑

协同模式的制衡不依赖你用哪个固定模型，但有一件事必须保证：每个正式角色都有独立会话。 会话不独立，分工就失真——审自己写的代码、批自己收的资料，制衡就名存实亡了。在 Cindy 里，独立会话意味着建成 Worker。

总指挥自带一种叫"子代理"的轻量帮手，用的是总指挥自己的模型，没有独立会话，用完就丢。它图省事拿子代理顶替正式角色时，你安排的模型搭配全部落空。最容易中招的是军师：它是"一次性"角色，总指挥很容易觉得"就问一次，拿子代理跑一下得了"。

解决方法：提示词里写明"所有正式角色都建成 Worker，不许用子代理顶替"。发现它犯了，一句"停，建 Worker 做"就行。

可以直接复制的最小提示词

第一次使用，不需要把所有角色一次写全。先复制下面这段，把任务填进去：

开启协同模式。本会话是总指挥，负责拆解任务、派工、验收和整合，不亲自写大段代码或正文。

创建"主力施工"：它是唯一允许修改文件的成员，负责实施与修复。

创建"质检员"：它只读文件和运行检查，不修改任何文件；负责搜索定位、测试、日志、边界条件，并用证据清单汇报。

所有正式角色都建成 Worker（独立会话），不许用子代理顶替。

每次派工都要包含：任务目标、工作目录、允许改动范围、禁止事项、交付格式和验收标准。主力完成后先交质检；不通过就退回修复，通过后再由总指挥验收。

涉及删除、覆盖、部署或对外发布时，必须先向我确认。

任务是：【在这里写具体任务】

如果任务风险突然变高，不用推倒重来，只要补一句：

请军师先把方案写成 计划.md，再加一个唱反调的角色攻击这份计划；两者都建成 Worker、只给意见，不修改实施文件。

如果要写文章，可以补成：

只有执笔人允许修改正文；资料员只交带来源的素材，唱反调只交"必须改 / 建议改"两档意见。文字定稿后，配图师先交配图清单，经我确认再生成。

我现在的角色配置（2026 年 8 月快照）

下面只是我当前使用的一套配置，不是协同模式的永久标准：

不需要照抄这张表。模型更新很快，重要的是分工逻辑：贵在刀刃上——最强模型留给规划和裁决，中档模型做走量和质检，写作和推理各用各擅长的。

最后

协同模式的价值，不是"同时开更多 AI"，也不是把模型数量当成生产力。

它真正改变的是：复杂任务开始有明确责任、独立检查、可追溯交付和最后的人类决策。

第一次使用时，从三人小队开始。任务变复杂，再加角色；风险下降，就让角色退场。

不要让一个 AI 包办一切，让每个 AI 只把自己那一段，做得可以被下一个人检查。

引用链接

[1] Cindy: https://github.com/makecindy/cindy