多 Agent 协作交接(agent-team-handoff)
SkillProductivityMulti-agent team collaboration and task handoff workflow. When multiple AI assistants/agents (across tools and sessions) work on a project together, use a 'shared handoff sheet' to coordinate the division of labor: read before acting, continue without redoing, leave progress traces, maintain a singl
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the 多 Agent 协作交接(agent-team-handoff) skill
What this skill tells your AI
The instructions your AI receives, as published by 3338902669-ops/agent-orchestra in agent-team-handoff/SKILL.md and read by ahel’s review.
把一群 AI 助手变成一支有纪律的团队:谁在干什么、干到哪了、下一步是什么,全部落在文件里,任何成员随时接续。
一、共享目录约定(团队唯一事实源)
在项目外建一个共享目录(示例名 .team-shared/),固定放四份文件:
| 文件 | 内容 | 更新时机 |
|---|---|---|
| CURRENT-TASK.md | 当前任务交接单(状态/负责人/进度/下一步/证据) | 每次实质进展 |
| HANDOFF-RULES.md | 团队协作规则全文(本技能的本地化版本) | 规则变更时 |
| MEMORY-SNAPSHOT.md | 共享记忆快照(决策、偏好、踩坑) | 定期/重大决策 |
| AGENT-ROLES.md | 成员角色表与能力分工 | 编制变化时 |
规则:所有成员只认这份目录,聊天记录不算数。
二、铁律五条
- 先读再动:开始任何任务前,先读 CURRENT-TASK.md。
- 接续不重做:交接单状态为「进行中」时,从记录的当前步骤继续,禁止从头重来。
- 进展留痕:有实质进展立即回写交接单(进度 + 当前步骤 + 下一步 + 证据)。
- 切换先交接:暂停或移交前,把交接写完整,状态改为「等待接续」。
- 完成附证据:改「已完成」必须带验收证据(命令输出 / 截图 / 测试结果),没有证据不许说做完了。
三、任务状态机
待办(queued) → 进行中(in-progress) → 等待接续(handoff-wait) → 进行中 … → 已完成(done)
↘ 受阻(blocked):写明具体阻塞条件,连续 3 轮未解决才允许标记
四、单写入者边界
- 同一时刻,一个文件只允许一个成员写入;其他人先读后排队。
- 改公共配置(构建脚本、部署配置、依赖清单)前必须先读当前值并声明改动,防止互相覆盖。
- 冲突处理:以交接单里最后一条带时间戳的记录为准。
五、角色分工模板(按能力分派,不是按头衔)
| 角色 | 职责 | 回退条件 |
|---|---|---|
| 总控 | 需求拆解、派发、验收、记忆与交接管理 | — |
| 调度员 | 任务路由、负载均衡、状态监控、超时熔断(优先用脚本/看板等确定性手段,不用 LLM 临场发挥) | 调度延迟高或误派发率上升 |
| 主开发 | 写代码、实现、修复、部署 | 连续失败 2 次切备用通道 |
| 审查员 | 只读评审代码/视觉/安全,不给主线改文件 | — |
| 专项通道 | 处理棘手故障与能力缺口,不与主开发并发改同一文件 | 问题关闭即退出 |
成本优先路由:日常任务走默认主力模型/订阅 → 失败重试一次 → 再失败切备用通道 → 疑难杂症才动用专项通道。不要因为一次小报错就切换主力。
六、记忆同步
- 每个成员的长期记忆各自维护;共享事实只进 MEMORY-SNAPSHOT.md。
- 提供一个同步脚本(示例):把各成员当日摘要追加合并进快照,保留最近 N 条。
- 教训类内容(踩坑、纠错)优先级最高,必须进快照,防止同一个坑摔两次。
七、最小闭环示例
- 总控接到需求 → 在 CURRENT-TASK.md 写下目标、验收标准、指派主开发,状态=进行中。
- 主开发读完交接单开工 → 完成一个批次 → 回写进度与证据。
- 完成实现 → 总控派审查员只读评审 → 发现问题回写交接单转回主开发。
- 全部验收通过 → 状态=已完成,证据归档,MEMORY-SNAPSHOT.md 记录关键决策。
八、协同调度防翻车指南(八大坑与工程化解法)
适用场景:多个 AI 助手并行推进时的典型翻车点。每次组建多 Agent 团队前,逐条对照检查。
| # | 坑 | 症状 | 工程化解法 |
|---|---|---|---|
| 1 | 上下文爆炸 | 共享对话越滚越长,早期任务约束和验收标准被挤出窗口 | 交接单只存结论与状态(≤200行);过程性讨论留在各自本地;每批次开始由总控重发「最小必要上下文」 |
| 2 | 幻觉传染 | 一个成员输出错误信息,经共享记忆被全员当作事实扩散 | 共享记忆分区:写入需总控标记「已验证」才可见;未验证内容放隔离区并标注来源与置信度 |
| 3 | 协作死锁 | A 等 B 的产出、B 等 C、C 又等 A,系统永久挂起 | 资源/产出申请按全局固定顺序排队;每个等待必须带超时(默认15分钟),超时自动升级总控裁决 |
| 4 | 状态不一致 | 两人手里的任务状态对不上,重复做或漏做 | 唯一事实源=交接单状态机;改状态即写文件;口头/会话内状态不作数 |
| 5 | 通信风暴 | 成员互相直聊,消息链路数随人数平方膨胀,延迟指数涨 | 星型拓扑:只允许「成员↔总控」通信,禁止成员互发;确需协作由总控转交 |
| 6 | Agent 蔓延 | 按功能细分拆出一堆角色,边界重叠、没人负全责 | 减法原则:新角色上线前先回答「能否并入现有角色的完整闭环」;每个角色必须端到端负责一段可交付物 |
| 7 | 调度靠 LLM 临场发挥 | 路由派发交给大模型自由决定,同一输入两次派发结果不同 | 调度确定性化:看板扫描+固定规则(按标签/负载/顺序)派发;LLM 只做需要理解力的规划,不做机械分发 |
| 8 | 无验收聚合 | 各自交付后没人拼装校验,缺陷在集成时才爆 | 总控设独立验收门禁:对照交接单验收标准逐条核验+运行证据;不合格整批退回,不带病合并 |
硬性红线(违反任意一条立即停止协作流程)
- 禁止两个成员同时写同一文件(单写入者边界,见第四节)。
- 禁止跳过交接单直接开工/直接交付。
- 禁止把「我认为完成了」当完成——必须附运行证据。
- 禁止成员间私相授受任务(一切派发过总控)。
Signals
- GitHub stars
- 103
- Last commit
- Aug 2026
Advanced
- Catalog kind
- skill
- Gateway key
agent-team-handoff- Source
- github.com/3338902669-ops/agent-orchestra