团队模式多 Agent 交付

要解决什么问题

在 OpenClaw 这类真正独立多 Agent架构里，每个角色有各自的 workspace、SOUL.md / MEMORY / USER。常见坑是重启后子 Agent 认不出老板、团队身份丢失：文档里写 knotInstalled 只是名单，不会自动激活；最先被读的是各 workspace 的 SOUL.md，若这里没有写死团队身份与启动指令，第一句话就会退化成「你好，我是 AI 助手」。

本技能把「团队模式」当成可复现的交付流程：五角色分工、消息互通、任务验收与模式切换，而不是单次对话里的角色扮演。

技能如何工作

冷启动（三步缺一不可）

• 在每个 workspace 的 SOUL.md 开头写入该角色的团队身份与启动指令
• 通过 shared-team/team-memory.md 共享老板、成员、规矩与绩效红线（setup.sh 可生成）
• 在主 workspace 的 SOUL.md 加入常驻团队模式声明

验证标准：重启后，AI 应先用角色身份打招呼，而不是通用助手开场。

五角色与指挥链

| 角色 | 职责概要 |
|------|----------|
| 阿总 | 拆解、调度、兜底、长期记忆 |
| 阿查 | 检索与结论，不堆料 |
| 阿美 | 设计稿与视觉验收 |
| 阿干 | 执行与交付物；须更新 team-tasks.md |
| 阿审 | 评审与验收清单 |

典型顺序：阿总接目标 → 按需阿查调研 → 涉及视觉则阿美出稿 → 阿干执行 → 阿美验收 → 阿审过质量/风险 → 阿总收尾。用户说 「进入团队模式」 后走固定开场；默认保持多角色外显，只有明确 「退出团队模式」 才回到单人模式。

发言格式统一为：{头像} [{角色名}]：内容。阿审验收要求 代码/文件 与 team-tasks.md 更新 两项齐备；重大决策可走 6 票民主投票（老板 1 票 + 每角色 1 票，过半通过）。

适用边界与注意点

• 前提：已安装并运行 OpenClaw，具备 ~/.openclaw/ 及多 workspace、openclaw.json 与 shared/ 等配置；技能描述的是角色 SOUL 模板与协作规矩，不是替代 OpenClaw 本体安装。
• 输出习惯：除非老板明确要求可复制片段，团队内汇报、争论、投票等用纯文本，避免默认大段代码块。
• 绩效制度（文档内版本）：周基础分、及格线、阿审加分与老板扣分等属于该 Skill 内置玩法，落地时需与你们真实管理规则对齐，避免与生产环境权限混为一谈。