核心用法
该skill用于创建产品需求文档（PRD），采用「访谈-探索-设计-提交」四阶段工作流：
1. 深度需求访谈 — 引导用户详细描述待解决的问题及潜在方案，通过持续追问遍历设计决策树的所有分支
2. 代码库探索 — 验证用户假设，理解现有架构状态，避免重复造轮子
3. 模块化设计 — 识别并提取"深度模块"（功能复杂但接口简单、稳定、可独立测试的模块），与用户确认测试范围
4. PRD撰写与提交 — 使用标准模板输出并创建GitHub issue
显著优点
- 结构化协作流程：强制对齐用户对齐机制，减少返工
- 架构导向：引入John Ousterhout的"深度模块"理念，提升代码可维护性
- 决策透明化：实现决策、测试决策、范围边界分栏记录，便于追溯
- issue原生集成：输出直接对接GitHub工作流
潜在局限
- 依赖用户配合度：" relentless interview"需要用户投入较长时间
- 无自动代码生成：仅产出文档，不直接修改代码
- 模板固定：PRD结构 rigid，可能不适用于极简场景
- 安全认证缺失：报告明确标注未执行安全扫描，来源可信度存疑
适合人群
- 技术团队的产品经理/工程师协作场景
- 需要向开源社区提交feature request的开发者
- 追求架构质量的复杂功能规划
常规风险
- 过长的访谈流程可能导致用户流失
- "深度模块"判断依赖经验，新手可能误判
- 未扫描意味着潜在prompt注入或敏感信息泄露风险未知