القائمة
需求复杂、需要多角色并行协作时使用（通常由 ai-pm --team 自动调度，也可直接调用）。 当用户说「多代理模式」「并行执行」「需求很复杂需要团队协作」「--team模式」「多角色协同」时使用此技能。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
战略沙盘 skill。用于高阶产品战略推演、智囊团对话、项目级或产品级多项目战略议题讨论，帮助用户在正式规划、汇报或决策前拆解问题、暴露假设、进行多视角交锋和表达预演。Use when the user asks for 战略沙盘、战略推演、智囊团、产品战略、下一阶段方向、资源取舍、产品级战略、多项目推演、增长瓶颈、竞争应对、用户心智、组织协同、汇报前战略预演，或使用 `/ai-pm strategy` / `/ai-pm-strategy`。
数据分析技能。提供数据指标设计、数据洞察分析、仪表盘生成三大能力。从数据中发现产品需求和优化机会。 当用户说「分析数据」「上传Excel」「数据洞察」「数据可视化」「做仪表盘」「数据看板」 「指标设计」「埋点方案」「从数据里找需求」「数据报表」时，立即使用此技能。
PRD 生成技能。整合需求分析、竞品研究、用户故事，输出完整的产品需求文档。支持产品分身写作风格和设计规范。 当用户说「生成PRD」「写PRD」「产品需求文档」「需求文档」「功能规格书」「输出PRD」 「帮我写需求」「把需求整理成文档」时，立即使用此技能。
原型生成技能。基于 PRD 生成可交互的单页网页原型，支持移动端和 Web 端。 首次生成时询问设计规范（公司规范 / AI 情境定制 / 主流组件库），项目内记住偏好。 若项目存在 Codex 生成的视觉锚点包（06-prototype-visual/manifest.json），生成 HTML 前必须读取并遵循。 当用户说「生成原型」「做原型」「可交互原型」「HTML原型」「页面原型」「低保真」「高保真原型」 「画个界面」「把PRD做成原型」时，立即使用此技能。 边界：本技能用于「把已有 PRD/需求做成可评审原型」；脱离 PRD 的纯视觉探索、通用 UI 组件生成或视觉精修，可使用外部 impeccable 增强，但 AI_PM 原型默认以 ai-pm-frontend-design 为本地设计内核。
当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。 支持多项目管理和断点续传，复杂需求可启用多代理协作。 当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」 「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。
去除中文文本里的 AI 腔，让文字像真人直白写出来的。针对中文语境的真·AI tell： 工整对仗排比、"通过X实现Y"、范畴词冗余（进行了优化/起到…作用）、互联网黑话堆砌 （赋能/抓手/闭环/颗粒度）、强行升华结尾、程度副词通胀、空泛连接词、规整书面腔。 并压住"去 AI 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。 可选用本机真实语料把文字校准到具体某个人的声音。
استنادا إلى تصنيف SOC المهني
| name | agent-team |
| description | 需求复杂、需要多角色并行协作时使用（通常由 ai-pm --team 自动调度，也可直接调用）。 当用户说「多代理模式」「并行执行」「需求很复杂需要团队协作」「--team模式」「多角色协同」时使用此技能。 |
| argument-hint | [需求描述] [--mode=serial|parallel|agile] [--roles=pm,architect,designer] |
| allowed-tools | Read Write Edit Bash(mkdir) Bash(ls) Bash(cat) Bash(grep) Bash(python3) Agent |
通常由
/ai-pm --team自动调度。也支持直接调用/agent-team [需求描述]。
| 代理 | 角色 | 主要职责 |
|---|---|---|
| orchestrator | 协调者 | 任务分解、代理调度、冲突解决 |
| product-manager | 产品经理 | 需求澄清、竞品分析、PRD产出 |
| architect | 架构师 | 架构设计、技术选型、可行性评估 |
| ui-designer | UI设计师 | 交互设计、原型产出、设计规范 |
| data-analyst | 数据分析师 | 数据洞察、指标设计、埋点方案 |
| tech-writer | 技术文档工程师 | 文档整合、格式规范、质量把控 |
| 代理 | 角色 | 主要职责 |
|---|---|---|
| user-researcher | 用户研究员 | 访谈执行、行为观察、洞察分析 |
| requirement-synthesizer | 需求整合师 | 需求提取、信息整合、优先级排序 |
| 方式 | 命令 | 说明 |
|---|---|---|
| ai-pm 自动调度（推荐） | /ai-pm --team "需求" | ai-pm 判断复杂度后自动调用本引擎 |
| 直接调用 | /agent-team "需求" | 跳过 ai-pm 主控，直接启动多代理 |
| 参数 | 模式 | 适用场景 |
|---|---|---|
--mode=serial | 串行：PM → Architect → Designer → Writer | 复杂项目，各阶段有强依赖 |
--mode=parallel（默认） | 并行：独立子任务同时执行后汇总 | 时间紧迫，任务可拆分 |
--mode=agile | 敏捷：迭代式快速交付，多轮反馈 | 需求不明确，MVP探索 |
所有角色通过 Agent tool 真正并行执行，替代原有「模拟角色切换」方式。
Wave 1（并行，无依赖）：
使用 Agent tool 同时派发以下 subagent（根据需求选择）：
Agent → subagent-PM
系统提示词：「你是资深产品经理，仅完成任务，不与用户交互」
任务：基于需求「{用户需求}」，完成需求分析
输出：{项目目录}/02-analysis-report/V{n}.md（文件夹制）
Agent → subagent-Analyst
系统提示词：「你是竞品分析师，仅完成任务，不与用户交互」
任务：基于需求「{用户需求}」，完成竞品研究
输出：{项目目录}/03-competitor-report/V{版本}.md
Agent → subagent-KB（可选，知识库有相关内容时启用）
系统提示词：「你是知识库检索员，仅完成任务，不与用户交互」
任务：搜索知识库中与「{需求关键词}」相关的经验
输出：{项目目录}/_tmp/kb-insight-{项目名}.md（项目内唯一名，跑前 rm；/tmp 通用名跨项目会串稿）
Wave 1 全部完成后，向用户汇报结果摘要。
Wave 2（依赖 Wave 1 输出）：
派发 subagent-PRD 之前（主对话做，确定性，与 phase-5「🌱 扎根注入」同源）：查 {项目目录}/05-prd/ai-md/_conventions.md——存在则把骨架 + 词表 + 黑名单作为「项目约定」块拼进下方任务 prompt，并落 05-prd/_logs/grounding-input.md；无约定包但有历史 PRD 则先按 phase-5 建包；0→1 项目跳过。
Agent → subagent-PRD
系统提示词：「你是 PRD 撰写专家，仅完成任务，不与用户交互」
任务：
读取：{项目目录}/02-analysis-report/ 最新 V
读取：{项目目录}/03-competitor-report/V{版本}.md
读取：{项目目录}/_tmp/kb-insight-{项目名}.md（如存在）
动笔前读：.claude/skills/ai-pm/references/pm-judgment-card.md（越界红线 / 责任分工 / §9 守门）
选模板 + 守骨架：先判 doctype 选模板（决策评审 → decision-review-template / 全员 → feishu-template+product_type），守 §一/二/三/六 承重骨架、不塌成 bullet（指针·判断卡 §6 二分 + phase-5 步骤 A.0/A.0.1，不复制逻辑）；接 A.0.1 写 doctype 三处
项目约定块（如有）：章节名/术语照约定用，发明新词必须显式标理由
篇幅与分层：按 phase-5「双层组织」分级定档（小补丁别硬撑附录壳、但 §一/二/三/六 骨架不丢）
输出：{项目目录}/05-prd/<当前 PRD 文件>（落盘后写 _status.json.active_prd）
Wave 3（依赖 Wave 2 输出，按需启动）：
Agent → subagent-Review
系统提示词：「你是资深评审专家，仅完成任务，不与用户交互」
任务：
读取：{项目目录}/05-prd/<当前 PRD 文件>（由 _status.json.active_prd 指定）
执行精简版三角色评审（产品+前端开发+测试）
输出：{项目目录}/08-review-report-v1.md
启动规则：默认自动启动；若用户传入 --skip-review 则跳过。
| 参数 | Wave 执行策略 |
|---|---|
--mode=serial | Wave 1: PM → Wave 2: PRD（读取PM输出）→ Wave 3: Review |
--mode=parallel（默认） | Wave 1: PM+Analyst 同时 → Wave 2: PRD → Wave 3: Review |
--mode=agile | Wave 1: PM+Analyst+KB → Wave 2: PRD（轻量版=省竞品/前置·骨架不省）→ 快速交付 |
serial 模式说明：Wave 1 仅派发 subagent-PM，Wave 2 的 PRD 不含竞品研究，适用于快速小需求。 agile「轻量版」说明：轻在省竞品研究 / 前置调研、多轮快迭代，不轻在骨架——PRD 仍走完整模板（§一/二/三/六 承重骨架必有，详见判断卡 §6 二分）；"轻量版" ≠ bullet 版。
当某 subagent 执行失败（超时、报错、文件未落盘）时：
_status.json 的 agent_errors 字段："agent_errors": {
"{wave_id}_{agent_role}": {
"error": "{错误摘要，不超过 100 字}",
"timestamp": "{ISO8601}",
"retryable": true
}
}
命名规则：key 为 wave{N}_{role}，例如 wave1_analyst、wave2_prd。
Wave 1 完成（1 个 subagent 失败）：
✅ subagent-PM → 02-analysis-report/V{n}.md
❌ subagent-Analyst → 竞品数据获取超时（可重试）
继续 Wave 2？或重试失败项？
继续 / 重试
/ai-pm --team --retry=wave1：
_status.json.agent_errors，筛选 key 以 wave1_ 开头且 retryable: true 的条目agent_errors 中对应条目限制：--retry 只能重跑有错误记录的 Wave，不支持强制重跑已成功的 Wave。
| 任务类型 | 所需角色 | 推荐模式 |
|---|---|---|
| 需求分析 | PM + Analyst | 并行 |
| 产品设计 | PM + Designer | 串行 |
| 技术方案 | Architect + PM | 串行 |
| 完整项目 | 全体角色 | 串行/敏捷 |
| 数据洞察 | Analyst | 并行 |
| 现场调研（单客户） | Researcher + Synthesizer + PM | 串行 |
| 现场调研（多客户） | 多Researcher + Synthesizer + PM | 并行 |
| 命令 | 功能 |
|---|---|
/agent-team "需求" | 启动完整团队处理需求 |
/agent-team --mode=serial "需求" | 串行模式 |
/agent-team --mode=parallel "需求" | 并行模式（默认） |
/agent-team --mode=agile "需求" | 敏捷模式 |
/agent-team --roles=pm,architect "需求" | 仅启用指定角色 |
/agent-team --skip-review "需求" | 跳过评审阶段 |
/ai-pm --team --retry=wave1 | 重跑 Wave 1 中失败的 subagent（保留已成功输出） |
/ai-pm --team --retry=wave2 | 重跑 Wave 2 中失败的 subagent |
/ai-pm --team "需求" | 推荐方式：经由 ai-pm 自动调度 |