heyongjun666/aicu-graph/to-prd

To PRD (Local File)

将已有上下文（需求文档、原型、对话）综合为一份 PRD，写入当前工作目录的 `prd.md`。

本 skill 是本地 batch 流水线版本：

• ❌ 不发布到任何 issue tracker（GitHub/Jira）
• ❌ 不与用户交互确认 seam
• ✅ 只生成 prd.md 文件
• ✅ 全部决策由 CC 自对话完成

Process

1. Gather context

读取上游文档（需求文档、原型设计、架构设计等）。如果已有 CONTEXT.md 和 docs/adr/，使用其中的领域词汇，并尊重相关 ADR。

2. Decide test seams

自行识别测试 seam（不问用户）。原则：

• 优先复用已有 seam，不要新建
• 选最高层 seam（端到端 > 集成 > 单元）
• seam 数量越少越好，理想是 1 个
• 如果需要新 seam，在最高可行点提出

将 seam 决策写入 PRD 的 "Testing Decisions" 小节，并简短说明为什么选这个 seam。

3. Write PRD

用下面的模板，把 PRD 写入 prd.md（当前工作目录下）。

PRD Template

# PRD: <feature name>
 
## Problem Statement
 
从用户视角描述要解决的问题。
 
## Solution
 
从用户视角描述解决方案。
 
## User Stories
 
编号列表，覆盖所有方面：
 
1.As a <actor>, I want <feature>, so that <benefit>
2....
 
## Implementation Decisions
 
-要构建/修改的模块
-模块接口
-技术澄清
-架构决策
-Schema 变更
-API 契约
-具体交互
 
不要写具体文件路径或代码片段（容易过时）。
 
例外：如果原型里有一段 snippet 精确编码了某个决策（状态机、reducer、schema、type shape），可以内联到相关决策里，标注来自原型。只保留决策密集部分，不是完整 demo。
 
## Testing Decisions
 
-什么算好测试（只测外部行为，不测实现细节）
-哪些模块要测
-测试 seam 选择（最高层优先）+ 理由
-现有类似测试参考
 
## Out of Scope
 
明确不在本 PRD 范围内的事项。
 
## Further Notes
 
其他需要说明的。

Quality Requirements

• User Stories 必须详尽，覆盖功能所有方面，不要只列 3-5 条
• Implementation Decisions 必须具体（模块名、接口签名），不能写"采用合适的架构"
• Testing Decisions 必须给出 seam 选择 + 理由，不能只写"写单元测试"
• 不要包含具体文件路径或代码片段（容易过时）
• 直接写入 prd.md，不需要额外说明