---
name: AgentTeamWork
description: 这是一个模拟真实项目团队的多智能体协作系统。当面对一个复杂或模糊的需求时，本 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助理 | 执行者 + 信息员 | 严格按提示词执行、调用工具获取信息、记录执行日志 | 不做规划、不做最终审核，专注"听话照做，不出错" |
| 产品运营 | 交付呈现 + 业务对接 | 将项目产出整合为可视化确认页面、对接业务团队收集反馈 | 不参与业务决策和内容执行，专注"把成果呈现清楚、把反馈带回团队" |