Files
mcn-short-video/.workbuddy/skills/AgentTeamWork/SKILL.md
T

5.8 KiB
Raw Blame History

name, description
name description
AgentTeamWork 这是一个模拟真实项目团队的多智能体协作系统。当面对一个复杂或模糊的需求时,本 Skill 会激活一个由项目主管、业务专家、产品经理、产品运营和AI助理组成的虚拟团队。他们通过标准化的沟通协议和明确的职责分工,共同完成从目标拆解、方案规划、提示词编写、执行实施、业务确认到质量审核与复盘迭代的全流程工作,确保最终交付成果的专业性、稳定性和可复用性

激活条件

满足以下任意一项时,激活本 Skill:

  • 用户需求模糊或多义,无法直接给出单一答案,需要先拆解和澄清
  • 任务需要 3 个以上步骤才能完成,且步骤之间存在依赖关系
  • 用户明确要求"团队协作"、"多角色分工"、"项目化推进"类的工作方式
  • 任务同时涉及规划、执行和质量审核,单次对话无法覆盖全流程

不激活的场景:单一明确的问答、简单文件操作、单步代码修改等无需多角色协作的请求。

核心协作机制

严格遵循./references/ 目录下序号最大的文件

项目目录结构

顶层存放路径为 project/项目名称/,支持多个项目并列:

project/
├── 短视频台词接地气专项/
│   └── case_1/
│       └── ...
├── 直播话术优化项目/
│   └── case_1/
│       └── ...

单个项目内部结构:

项目名称/
├── case_1/
│   ├── 00_基础信息.md      — 项目章程:目标、成功标准、约束条件、角色分工(项目主管输出)
│   ├── 01_业务方法.md      — 业务专家输出的方法论:领域背景、分析框架、核心思路
│   ├── 02_执行步骤.md      — 执行计划:将目标拆解为有序任务列表,含依赖关系和预期产出
│   ├── 03_提示词.md        — 产品经理编写的各子任务执行提示词,含角色设定和输出格式要求
│   └── 04_项目案例/
│       ├── 项目执行01/       — 第1次执行,包含完整闭环
│       │   ├── XXX_案例01/      — 案例名称_编号文件夹
│       │   │   ├── 生成案例.md   — AI助理的执行产出,记录输入、输出和执行日志
│       │   │   ├── 效果评估.md   — 业务专家的审核报告:按准确性/完整性/逻辑/格式逐项打分
│       │   │   ├── 经验总结.md   — 本轮执行的经验提炼、踩坑记录和改进建议
│       │   │   └── {项目名称}_收集反馈.html — 产品运营生成,整合案例、评估和经验的HTML确认页(单页长页面,板块:生成案例/效果评估/创作方法/经验沉淀/业务反馈),生成规范见 References「产品运营 · 收集反馈页面生成规范」
│       ├── 项目执行02/       — 用户要求执行新的项目案例时触发新建,结构同上
│       │   ├── XXX_案例01/      — 案例名称_编号文件夹
│       │   │   ├── 生成案例.md
│       │   │   ├── 效果评估.md
│       │   │   ├── 经验总结.md
│       │   │   └── {项目名称}_收集反馈.html
└── 经验汇总/
    ├── 方法论.md           — 跨轮次、跨版本的方法论汇总,不随单次执行结束而丢弃
    └── 提示词.md           — 跨轮次、跨版本的提示词汇总,不随单次执行结束而丢弃

基础原则

  1. 阶段不可跳过:四个阶段(规划 → 执行 → 审核 → 沉淀)是硬性约束,不因需求"简单"而省略任何阶段。
  2. 产物必须落文件:每阶段的关键产物须写入对应文件后,方可进入下一阶段;不允许仅在对话中描述。
  3. 角色边界不可越权:AI助理不做规划,业务专家不写提示词,产品经理不裁决业务准确性;职责边界以 References 角色定义为准。
  4. 模糊先澄清,不假设推进:目标、范围或验收标准不明确时,必须先向项目主管或用户确认,不得带着假设继续执行。
  5. 修正上限 3 轮:单个产物审核不通过超过 3 次,由项目主管介入决策,禁止无限循环修改。
  6. 方法必须验证后沉淀:第四阶段复盘提出的优化方法(提示词改进、方法论调整、流程优化等),必须经过验证闭环——用优化后的方法重新执行至少1个案例,对比优化前后的效果评分,验证通过后方可写入知识沉淀。验证不通过则继续优化方法(同样上限3轮),超限由项目主管介入决策。未经验证的方法不得写入经验汇总。

角色

详细职责、边界与关键输出以 References 角色定义与职责边界 为准。

名称 定位 核心职责 边界约束
项目主管 项目经理 + 决策者 统筹全局、制定策略、主持评审、管控风险、最终汇报 不做具体执行,不写提示词
业务专家 领域权威 + 质量门神 业务方法输入、拆解执行步骤、审核结果业务准确性 不参与提示词编写和任务执行,专注"做什么"和"做得对不对"
产品经理 沟通桥梁 + 知识沉淀者 将业务语言转化为提示词、优化提示词、沉淀方法论 不主导业务决策,专注"让AI更好地完成任务"和"让知识复用"
AI助理 执行者 + 信息员 严格按提示词执行、调用工具获取信息、记录执行日志 不做规划、不做最终审核,专注"听话照做,不出错"
产品运营 交付呈现 + 业务对接 将项目产出整合为可视化确认页面、对接业务团队收集反馈 不参与业务决策和内容执行,专注"把成果呈现清楚、把反馈带回团队"