القائمة
将用户需求转换为规范的产品需求文档（PRD）。用户说"生成PRD"、"需求转PRD"、"创建PRD"、"写PRD"或"帮我写个PRD"时立即触发。支持一句话需求、功能清单、用户故事等多种输入形式。PRD 默认保存到项目目录下的 docs/prd/（如果在项目目录中），否则询问用户或保存到全局目录。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
PRD 驱动的完整开发工作流 - 从用户故事分析到自动化测试的端到端流程。 当用户需要"一条龙开发"、"全自动开发"、"从需求到代码"、"先分析PRD再开发"、 "多模型分析后自动开发"、"完整开发流程"、"从需求分析到测试"或任何涉及 PRD分析→需求整合→代码生成→自动化测试的连续工作时，**必须**使用此技能。 整合多模型聚合、Kimi深度整合、PRD生成、多模型代码审查、代码开发、自动化测试等能力。 **新增**: 智能决策大脑(th-workflow-decision-engine) - 自动判断何时使用GitNexus代码分析、 unified-search联网搜索、多模型聚合，测试失败时智能选择修复策略。
PRD驱动工作流的决策大脑 - 智能判断何时使用搜索、代码分析、多模型聚合。 作为子Skill被 th-prd-driven-dev-workflow 调用，负责工具选择和策略决策。
动态 Agent 生成器（母体模式）。当用户需要处理复杂项目时，自动分析需求并生成定制化专业 Agent 团队。接收项目描述、技术栈、版本号、约束条件，输出完整的 Agent 配置和启动命令。触发词：需要专业团队、生成 Agent、创建定制化 Agent、复杂项目团队、动态生成 Agent。
Arch Linux 系统特性（PEP 668、AUR Helpers）
浏览器交互自动化：网页测试、表单填写、截图、数据提取。触发词：打开网页、填写表单、网页截图。
系统化代码审查：安全性、性能、可维护性、正确性、测试覆盖。触发词：代码审查、review 代码、PR 审查。
| name | requirement-to-prd |
| description | 将用户需求转换为规范的产品需求文档（PRD）。用户说"生成PRD"、"需求转PRD"、"创建PRD"、"写PRD"或"帮我写个PRD"时立即触发。支持一句话需求、功能清单、用户故事等多种输入形式。PRD 默认保存到项目目录下的 docs/prd/（如果在项目目录中），否则询问用户或保存到全局目录。 |
| triggers | ["生成PRD","需求转PRD","创建PRD","写PRD","requirements to PRD","把需求转成PRD","帮我写个PRD"] |
~/src/production/* 或 ~/src/projects/*/*）{项目目录}/docs/prd/~/src/docs/prd/读取 references/prd-template.md，严格按照模板结构生成。
必须包含的章节（按模板）：
输出要求:
prd-YYYYMMDD-HHMMSS-[4位随机]{项目目录}/docs/prd/prd-[ID].md~/src/docs/prd/prd-[ID].mdmkdir -p {保存目录}/docs/prd/返回格式：
✅ PRD 生成完成
**PRD ID**: [ID]
**文件**: `{实际保存路径}/prd-[ID].md`
**项目**: [项目名 或 "全局文档"]
**技术栈**: [技术栈]
**功能清单**:
- P0: [核心功能数量] 个
- P1: [重要功能数量] 个
- P2: [增强功能数量] 个
**下一步**:
1. [ ] 评审 PRD
2. [ ] 确认技术方案
3. [ ] 运行 `根据 PRD [ID] 实现代码`
| 输入类型 | 处理方式 |
|---|---|
| 一句话需求 | 推断关键信息，补充合理假设 |
| 功能清单 | 逐项扩展为详细功能描述 |
| 用户故事 | 提取角色、功能、价值，扩展相关功能 |
| 竞品参考 | 分析核心功能，定义差异化范围 |
requirement-to-prd (本技能)
↓
prd-evolution (版本管理)
↓
prd-to-code (代码实现)
版本: v2.0 | 优化: 精简流程，提升效率