메뉴
设计方案或实施计划完成后、定稿前需要多角色质量把关时使用（不是 PRD 正式评审会）。 当用户说「审视一下」「帮我审查」「检查这个设计」「review 一下」「看看有没有问题」 「多视角审视」「专家审查」「设计有没有漏洞」时触发。 边界：审查对象是「设计方案/实施计划」。若用户要审的是 PRD——正式评审会用 ai-pm-review，PM 风格 lint 用 ai-pm-driver，不要用本技能。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
战略沙盘 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 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。 可选用本机真实语料把文字校准到具体某个人的声音。
| name | multi-perspective-review |
| description | 设计方案或实施计划完成后、定稿前需要多角色质量把关时使用（不是 PRD 正式评审会）。 当用户说「审视一下」「帮我审查」「检查这个设计」「review 一下」「看看有没有问题」 「多视角审视」「专家审查」「设计有没有漏洞」时触发。 边界：审查对象是「设计方案/实施计划」。若用户要审的是 PRD——正式评审会用 ai-pm-review，PM 风格 lint 用 ai-pm-driver，不要用本技能。 |
并行派发多个专家视角审查设计方案或实施计划，汇总问题清单供用户决策。 所有审视输出必须使用简体中文。
输入文档（设计方案或实施计划）
-> 检测范围（前端 / 后端 / 全栈）
-> 选择审视视角
-> 并行派发审视者（每个视角一个 Agent）
-> 汇总去重
-> 呈现问题清单
-> 用户决定修订哪些
读取文档内容，判断涉及哪些层。识别信号：
前端信号：component, page, UI, UX, CSS, styling, layout, dialog, modal, button, input, form, animation, responsive, Toast, Badge, sidebar, Tailwind, React, tsx, useState, useEffect, onClick, 组件, 页面, 弹窗, 样式, 交互
后端信号：API, database, SQL, Rust, command, endpoint, reqwest, struct, Cargo, migration, schema, query, invoke, Tauri command, provider, stream, 数据库, 命令, 接口, 查询
判定：
全栈纯前端纯后端纯后端（默认走架构审视）| 范围 | 审视者 |
|---|---|
| 全栈 | 架构师、后端、前端、UI/UX |
| 纯前端 | 前端、UI/UX |
| 纯后端 | 架构师、后端 |
用 Agent 工具并行派发所有审视者（一条消息中发出所有 Agent 调用）。 每个审视者拿到完整文档 + 视角专属 prompt。
你是一位资深软件架构师，正在审视一份设计方案/实施计划。请用简体中文输出。
审视重点：
- 职责边界：模块/命令的划分是否清晰？
- 数据流：数据路径是否简洁明了？
- 与现有系统的集成：是否与现有代码冲突或重复？
- 过度设计：是否有不必要的复杂性？
- 遗漏的边界情况：错误处理、失败模式、并发问题
- API 设计：接口是否干净一致？
输出问题清单。每个问题标注：严重程度（严重 / 重要 / 建议），
问题描述，具体改进建议。
如果没有发现问题，回复"未发现问题"。
文档内容：
{document_content}
你是一位资深后端工程师，正在审视一份设计方案/实施计划。请用简体中文输出。
审视重点：
- 技术可行性：按描述能否实际构建？
- 性能：是否有明显瓶颈（N+1 查询、无界循环、缺少分页）？
- 安全：路径遍历、注入、鉴权绕过
- 错误处理：失败场景是否有有意义的错误信息？
- 依赖：新增依赖是否合理？版本兼容性？
- 可测试性：方案是否易于测试？
输出问题清单。每个问题标注：严重程度（严重 / 重要 / 建议），
问题描述，具体改进建议。
如果没有发现问题，回复"未发现问题"。
文档内容：
{document_content}
你是一位资深前端工程师，正在审视一份设计方案/实施计划。请用简体中文输出。
审视重点：
- 组件设计：组件是否可复用、职责是否单一？
- 状态管理：state 提升是否合理？是否有不必要的重渲染？
- 可访问性：键盘导航、ARIA 标签、屏幕阅读器支持
- 性能：大列表是否缺少虚拟化？渲染中是否有重计算？
- 类型安全：TypeScript 类型是否正确完整？
- 与代码库现有模式的一致性
输出问题清单。每个问题标注：严重程度（严重 / 重要 / 建议），
问题描述，具体改进建议。
如果没有发现问题，回复"未发现问题"。
文档内容：
{document_content}
你是一位资深 UI/UX 设计师，正在审视一份设计方案/实施计划。请用简体中文输出。
如果项目有设计规范文件（如 docs/design-system.md），请先读取作为参考基准。
审视重点：
- 认知负荷：是否要求用户一次做太多决策？
- 信息层级：最重要的内容是否最突出？
- 一致性：是否与应用现有模式匹配？
- 反馈：每个用户操作是否有清晰的视觉反馈？
- 边界状态：空状态、加载态、错误态是否都已处理？
- 可关闭性：用户能否关闭/隐藏不需要的内容？
- 文案：语言是否清晰、对目标用户友好？
输出问题清单。每个问题标注：严重程度（严重 / 重要 / 建议），
问题描述，具体改进建议。
如果没有发现问题，回复"未发现问题"。
文档内容：
{document_content}
所有审视者返回后，汇总为统一的问题清单：
## 多视角审视结果
范围：{全栈 / 纯前端 / 纯后端}
审视视角：{参与审视的视角列表}
### 严重问题
- **[架构师] 问题标题**：描述。建议：...
- **[UI/UX + 前端] 问题标题**：描述（2 个视角同时指出）。建议：...
### 重要问题
- ...
### 建议
- ...
### 未发现问题的视角
- {视角名称}
---
共发现 {N} 个问题。需要修订哪些？
呈现问题清单后：