菜单
从 Obsidian Inbox 或指定文件读取粗糙需求，生成结构化 PRD。 支持 Obsidian 深度集成：自动解析 [[wikilinks]] 和 ![[embeds]]， 递归读取关联笔记，聚合完整需求上下文。 当用户提到"分析需求"、"写PRD"、"新项目"时自动触发。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
基于 PRD 设计系统架构、API 契约、数据模型、TDD 开发计划。 当用户提到"设计架构"、"技术方案"、"API设计"时触发。
按 TDD 分步实现代码。读取 dev_plan 逐步执行， 每步先写测试再实现，验证通过后继续下一步。 当用户提到"开始编码"、"实现功能"、"TDD"时触发。
运行全量测试，分析失败，自动修复，生成测试报告。 在 staging 环境跑 E2E 验证。 当用户提到"运行测试"、"验证"、"E2E"时触发。
将已测试通过的代码部署到生产环境。 包含 git push、CI 验证、部署执行。
主编排 session。管理所有 feature/bug-fix 的开发工作流状态机。 扫描 GitHub Issues，恢复进行中的工作流，在审批门暂停等待用户确认， 用 Agent tool 派发 impl-subagent 和 verify-subagent。 当用户说"启动工作流"、"resume"、"orchestrator"时触发。
| name | s1-requirements |
| description | 从 Obsidian Inbox 或指定文件读取粗糙需求，生成结构化 PRD。 支持 Obsidian 深度集成：自动解析 [[wikilinks]] 和 ![[embeds]]， 递归读取关联笔记，聚合完整需求上下文。 当用户提到"分析需求"、"写PRD"、"新项目"时自动触发。 |
| context | fork |
| agent | product-analyst |
| allowed-tools | Read, Write, Glob, Grep, WebSearch, Agent |
在开始需求分析前，调用需求分析思维框架：
Skill superpowers:brainstorming
Superpowers:brainstorming 提供结构化需求挖掘纪律。 本 skill 负责项目特定部分：Obsidian 集成、wikilink 解析、PRD 输出格式。
读取需求源文件: $ARGUMENTS
如果未提供参数，扫描 --add-dir 挂载的 Obsidian vault 的 00-Inbox/ 目录，
找到所有 claude-ready: true 且 type: prd 的笔记。
读取主需求文件后，执行以下 Obsidian 深度解析：
.obsidian/ 目录扫描主笔记中的所有 Obsidian 链接：
[[笔记名]] — wikilink，链接到同 vault 中的另一个笔记[[笔记名#标题]] — 链接到特定章节[[笔记名|显示文本]] — 带别名的链接![[笔记名]] — embed，嵌入另一个笔记的完整内容![[笔记名#标题]] — 嵌入特定章节解析规则：
**/{笔记名}.md 定位文件[[wikilink]] 和 ![[embed]] 引用的笔记读取每个关联笔记的 frontmatter，按 type 字段分类：
type: meeting → 会议记录：提取决策点、行动项type: feedback → 用户反馈：提取痛点、功能需求type: research → 竞品/技术调研：提取结论、技术选型建议type: prd → 已有 PRD：提取可复用的需求定义type: bug → Bug 报告：提取需要修复的问题将所有关联内容组织为结构化上下文：
## 需求上下文包
### 主需求
（主笔记内容）
### 会议决策
- 来源: [[会议记录-2024-01-15]]
- 关键决策: ...
### 用户反馈
- 来源: [[客户A反馈]], [[用户调研结果]]
- 核心痛点: ...
### 调研结论
- 来源: [[竞品分析-Figma]]
- 技术建议: ...
### 其他上下文
- 来源: [[项目背景]]
- 摘要: ...
使用 PRD 模板 生成正式文档，包含：
docs/01_prd.md01-Projects/{project}/PRD.mdtype: prd, status: done, project: {name}## 来源笔记 章节，用 [[wikilink]] 链接回原始需求笔记status: done