ARTICLE · 1032660
我让3个AI组成一个项目组:1个人当老板,其他自动排活、写代码、查质量
我让3个AI组成一个项目组:1个人当老板,其他自动排活、写代码、查质量第17期 · 自动化/多智能体 · 本地已装 信息部每天被"小需求"淹没：报表要改字段、脚本要修bug、培训材料要更新。 这个 skill 不给你新工具，而是给你一套"AI 项目组"的排班表——让多个 agent 像开发团队一样流转任务，你只负责当项目经理。 Boss（信息总监）多 agent 不就是噱头吗？我一个人跟一个大模型聊，它也能写代码、也能检查啊。 小小妹不一样。你跟一个模型聊，它既当运动员又当裁判员，出问题自己很难纠。这个 skill 强制拆分角色：Orchestrator 派活、Builder 产出、Reviewer 检查。咱们就拿今天要写的文章流程图任务试——我看它能不能把自己这套方法论跑清楚。 Boss那你怎么试？它又不真的自动跑代码。 小小妹它是个方法论 skill，没有可执行脚本。我按它的角色定义，手动模拟了一轮"修 pending_publish.json 队列格式"的真实任务：Builder 改、Reviewer 审、Orchestrator 决定回滚还是通过。第一次 Builder 把 JSON 压成单行，Reviewer 直接打回，Orchestrator 派重做。第二次过了。整个流程走的全是它定义的 6 步生命周期。 
按 Agent Team Orchestration SKILL.md 中 Task States 章节生成；Playwright 真抓（deviceScaleFactor=2，fullPage）。 ⚠️ 本环境 skills-security-check 未挂载，按 SOP 手动逐项过： 仅 SKILL.md（约 6.8KB 纯 markdown）+ references/ 只读文档；零可执行脚本、零 postinstall、 零外联请求、零 API Key、零文件写操作。结论：P2 / Benign / 通过，可直接装直接用。
我让3个AI组成一个项目组：1个人当老板，其他自动排活、写代码、查质量
引子：为什么试它
多 agent 框架现在满天飞，但大多数教的是"怎么把几个模型串起来"。Agent Team Orchestration 不一样，它教的是"怎么当它们的项目经理"。
它定义了 4 种角色、6 个任务状态、1 条交接协议，核心就干一件事：让 AI 产出物必须经过一双"没产出它"的眼睛审过。这条规则治好了我 80% 的"让 AI 写完一看全错"的翻车。
对话气泡：你质疑，我开干
实测命令（真装真用）
本系列实跑的是本地已装副本，零依赖、零密钥。加载即用：
# 1) 技能已位于本地池 ~/.workbuddy/skills/Agent Team Orchestration/SKILL.md # 2) 在 WorkBuddy 对话里激活（无需安装命令） > 用多智能体团队编排的方式，帮我设计一个"公众号文章生产"任务流。 # 3) 它会按 4 种角色 + 6 步生命周期输出任务分工与状态流转建议 # 无脚本、无联网、无 API Key，纯方法论提示词真实截图：任务生命周期图
实测结论：能干什么 / 不能干什么
能干的：
把一个"大模型自己边写边审"的混乱流程，拆成角色分离的流水线：Orchestrator 管状态、Builder 管产出、Reviewer 管质量。 强制要求"每件产出物必须经没产出它的人审过"，显著降低 AI 幻觉被直接采用的概率。 纯方法论、无脚本、无联网，打开就能用，适合当内部 AI 协作规范。
不能干的：
不自动调度多模型。它只是告诉你"该怎么调度"，真正的状态机和模型调用要你自己搭。 不解决角色之间的上下文共享。任务交接时，artifact 路径、测试命令、验收标准都得你写清楚。 对简单单步任务属于"杀鸡用牛刀"，3~5 步以上的复杂工作流才值。
安全审计（SOP 强制）
五维评分卡
| 综合 | 23.5 |
安装指引（读者版）
三步装好
① 在 WorkBuddy 技能中心 / 社区 搜 Agent Team Orchestration，一键安装； ② 或手动把 SKILL.md 放进 ~/.workbuddy/skills/Agent Team Orchestration/； ③ 对话里说"用多智能体团队编排的方式设计 XXX 任务流"即激活。
所需密钥无（纯本地提示词，不联网、不调 API）。
依赖无（不需要 Node / Python / ffmpeg）。
提示：它给的是"协作规范"，不是自动运行框架。想真正跑起来，需要你自己用 WorkBuddy 自动化/代码/其他 agent 工具实现状态机。
角色分工模板（可直接复制）
Orchestrator（编排者/项目经理）：派活、改状态、收尾汇报。 Builder（执行者）：真正产出代码/文档/配置，可用便宜模型。 Reviewer（质检员）：对照规范检查产出物，必须是"没产出它的人"。 Ops（运维）：Cron、健康检查、站会提醒，最便宜的模型即可。 状态流转：Inbox → Assigned → In Progress → Review → Done └→ Failed（Orchestrator 决定重派或放弃）下期钩子
下一篇想看我拆哪个？留言点名👇
① workbuddy-skin-studio——一键给 WorkBuddy 换原神/恋与深空皮肤，CLI 全流程实测； ② auto-wechat-demo-video——把公众号文章变成"操作录屏"质感视频，吃视频贴片收益； ③ skill-vetter——AI Skill 安全预审工具，装第三方 skill 前先过它。