菜单
This skill should be used when the user asks to "create PRD", "write product requirements document", or mentions "PRD", "产品需求文档", "创建PRD", "写PRD", "生成PRD".
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | create-prd |
| description | This skill should be used when the user asks to "create PRD", "write product requirements document", or mentions "PRD", "产品需求文档", "创建PRD", "写PRD", "生成PRD". |
| user-invocable | true |
| argument-hint | --md | --lark [--folder-token TOKEN_OR_URL | --wiki-node TOKEN_OR_URL | --wiki-space ID_OR_URL] |
| allowed-tools | ["Read","Write","AskUserQuestion","Glob","Bash(lark-cli:*)","Skill"] |
按照以下阶段将产品想法转化为完整的中文 PRD 文档。所有 PRD 内容使用中文撰写。
根据 $ARGUMENTS 确定输出模式：
| 参数 | 模式 | 输出 |
|---|---|---|
--md（默认） | 本地 Markdown | 保存为 .md 文件到项目目录 |
--lark | 飞书云文档 | 通过 lark-cli 创建飞书文档，充分使用飞书富文本特性 |
--lark 模式可附加位置参数（互斥），支持 token 或飞书 URL：
--folder-token -- 创建到指定文件夹（token 如 fldcnXXXX 或 URL 如 https://xxx.feishu.cn/drive/folder/fldcnXXXX）--wiki-node -- 创建到知识库节点下（token 如 wikcnXXXX 或 URL 如 https://xxx.feishu.cn/wiki/wikcnXXXX）--wiki-space -- 创建到知识空间根目录（ID 如 7000000000000000000、URL 如 https://xxx.feishu.cn/wiki/settings/7000000000000000000，或 my_library 表示个人知识库）用户传入 URL 时直接透传给 lark-cli，无需手动提取 token。未指定位置参数时，创建到用户个人空间根目录。
检查是否存在已有的设计或需求文档：
docs/、prd/ 目录或用户指定的文件询问用户需要哪种类型的 PRD：
记录选择结果，确定后续章节结构。
按 references/prd-interview-questions.md 中的提问清单，逐个收集信息。每次只问一个问题，等待回答后再继续下一个。
如果阶段 0 已提取到预填充内容，展示给用户确认或修改，跳过已有信息的提问。
基于收集的信息生成 PRD：
选择模板：
references/prd-template-full.mdreferences/prd-template-brief.mdreferences/prd-template-onepager.md填充内容：使用收集的信息填充每个章节，遵循 references/prd-best-practices.md 中的编写原则
AI Agent 可消费性：
质量要求：
格式：
--md 模式：标准 Markdown，清晰的标题层次，合理使用列表和表格--lark 模式：Lark-flavored Markdown，参照下方"飞书文档增强"章节按 references/prd-validation-checklist.md 执行验证，包括完整性检查、SMART 目标验证、内容质量检查、BDD 验收标准检查。
--md 模式验证通过后保存文件：
PRD-[产品名称]-[YYYYMMDD].mddocs/ 或 prd/ 目录，否则保存到当前工作目录--lark 模式验证通过后创建飞书文档：
${CLAUDE_PLUGIN_ROOT}/skills/lark/lark-shared/SKILL.md 完成认证检查${CLAUDE_PLUGIN_ROOT}/skills/lark/lark-doc/SKILL.md 了解文档创建指南${CLAUDE_PLUGIN_ROOT}/skills/lark/lark-doc/references/lark-doc-create.md 了解 docs +create 的完整参数和 Lark-flavored Markdown 语法lark-cli docs +create 创建文档：
lark-cli docs +create --title "PRD-[产品名称]-[YYYYMMDD]" \
[--folder-token TOKEN_OR_URL | --wiki-node TOKEN_OR_URL | --wiki-space ID_OR_URL] \
--markdown "<lark-flavored-markdown>"
docs +create 创建文档（包含前半部分内容）docs +update --mode append 追加剩余章节board_tokens 不为空）：
${CLAUDE_PLUGIN_ROOT}/skills/lark/lark-whiteboard/SKILL.md保存完成后，提示用户后续选项：
CRITICAL -- --lark 模式下，生成的 Markdown 内容必须使用 Lark-flavored Markdown 语法，充分利用飞书文档的富文本能力，不要只写纯 Markdown。
| PRD 章节 | 飞书特性 | 说明 |
|---|---|---|
| 项目元数据（版本/日期/负责人） | <lark-table> 增强表格 | 首行表头，列宽合理分配 |
| 关键风险/假设/依赖 | <callout> 高亮块 | 风险用红色/橙色，假设用蓝色，依赖用黄色 |
| 核心目标/成功指标 | <callout emoji="..." background-color="light-green"> | 突出关键 OKR 和量化指标 |
| 功能优先级对比（P0/P1/P2） | <grid cols="3"> 分栏 | 三列并排展示不同优先级 |
| 用户旅程/业务流程 | <whiteboard type="blank"> 画板 | 用流程图绘制，创建后用 lark-whiteboard 填充 |
| 系统架构/技术方案 | <whiteboard type="blank"> 画板 | 用架构图绘制，创建后用 lark-whiteboard 填充 |
| 里程碑/时间线 | <whiteboard type="blank"> 画板 | 用里程碑图绘制 |
| 非目标/范围排除 | <callout emoji="..." background-color="light-red"> | 红色高亮，明确标注禁止范围 |
| 术语表/缩写对照 | 两列 Markdown 表格 | 简洁的对照表 |
| 决策记录 | <callout> + 引用块 | 记录关键决策及理由 |
PRD 涉及以下内容时，主动插入空白画板并后续填充：
不适用画板的情况：纯文字描述、数据密集型内容（用表格）、用户明确要求仅文本。
--- 分隔，保持视觉节奏<text color="red"> 等为关键指标或状态着色references/prd-interview-questions.md -- 信息收集提问清单references/prd-validation-checklist.md -- 验证清单references/prd-template-full.md -- 完整版模板references/prd-template-brief.md -- 精简版模板references/prd-template-onepager.md -- 单页版模板references/prd-best-practices.md -- 最佳实践指南references/prd-examples.md -- 高质量 PRD 示例${CLAUDE_PLUGIN_ROOT}/skills/lark/ -- Lark CLI skills（--lark 模式）Reviews SwiftUI code for best practices on modern APIs, maintainability, and performance. This skill should be used when the user asks to review SwiftUI code, check for deprecated iOS/macOS APIs, validate data flow patterns, or audit accessibility compliance in Swift projects.
Provides the shared STORM methodology, artifact layout, stage-gating contract, citation hygiene, and retrieval fallback. Use when executing any /storm:* skill (generate, research, outline, write, polish). Internal knowledge; never user-invocable.
Run the full STORM pipeline end-to-end. This skill should be used when the user asks to "generate a storm article", "write a wikipedia-style article about X", "research and write a long-form piece on X", or invokes /storm:generate. Orchestrates research -> outline -> write -> polish, skipping already-completed phases.
Run STORM phase 2 — outline generation. This skill should be used when the user asks to "generate an outline for a storm article", "draft a wikipedia-style outline", or invokes /storm:outline. Produces a draft outline from parametric knowledge then refines it using the research information table.
Run STORM phase 4 — article polishing. This skill should be used when the user asks to "polish the storm article", "finalize the article", or invokes /storm:polish. Adds a summary section, removes duplicate content, and verifies citation integrity.
Run STORM phase 1 — multi-perspective research. This skill should be used when the user asks to "research a topic for an article", "find sources on X from multiple perspectives", "do storm research on X", or invokes /storm:research. Discovers personas, runs simulated Q&A per persona in parallel, and produces an information table + deduplicated sources.