用途：为现有系统中的功能编写实现感知型 PRD，避免把代码库当全新项目，从已有代码与能力出发规划需求。
主要能力：澄清用户问题、目标结果、受影响角色与界面、约束、截止时间和非目标，并判断功能属于全新行为、扩展还是替换；审计当前系统，定位功能入口、已部分解决的模块、既有模式与契约、命名约定以及相关测试和文档；盘点可复用模块、服务、组件、现有技能（如 /design-api、/write-tests、/prd-to-plan、/grill-me）和脚本/生成器/平台能力；将工作明确区分为复用、修改、净新增；补充用户可见行为与边界情况、数据模型或架构影响、API/事件/后台任务、认证与权限、迁移与发布及失败模式、可观测性与测试方案；按 REFERENCE.md 模板撰写 PRD，包含模块边界、契约、依赖与测试策略，避免易变文件路径或代码片段。
使用方式：先澄清请求并探索仓库；优先精确代码查找而非猜测，可用 /find-code 和 /code-graph；提案前先做工具清点；若设计仍模糊或风险高，使用 /grill-me；交付后如需下一步，用 /prd-to-plan 拆阶段，并把执行工作交给相关技能。
限制：若有可行既有路径，不应建议新建基础设施；假设须与已确认发现分开；缺少代码证据视为不确定，不得虚构；仓库过大时需说明抽样范围与置信度。
适用场景：已有系统中新增、扩展现有功能或替换旧能力前的需求文档编写。