用途：将当前对话上下文与对代码库的理解综合成一份 PRD，并发布到项目 issue tracker。适用于用户希望基于当前上下文创建 PRD 的场景。该技能明确不访谈用户，只综合已有信息。
前置条件：issue tracker 与分诊标签词表应已提供；若未提供，运行 /setup-matt-pocock-skills。
主要流程：先探索仓库以了解代码库现状（若尚未了解）；在 PRD 中全程使用项目领域词汇表，并遵守所涉及区域的 ADR。随后勾勒完成实现所需构建或修改的主要模块，主动寻找可抽取为可独立测试的深模块的机会——深模块指以简单、可测试、很少变化的接口封装大量功能，区别于浅模块。与用户确认这些模块是否符合预期，并确认希望为哪些模块编写测试。按模板撰写 PRD，然后发布到项目 issue tracker，并应用 needs-triage 分诊标签，使其进入常规分诊流程。
PRD 模板包含：问题陈述（从用户视角描述用户面临的问题）、解决方案（从用户视角描述问题的解决方案）、用户故事（很长的编号列表，每条格式为“作为……，我想要……，以便……”），应极其详尽并覆盖功能各个方面；实现决策（已做出的实现决策列表，可包括将构建/修改的模块、这些模块将被修改的接口、开发者的技术澄清、架构决策、schema 变更、API 契约、具体交互；不要包含具体文件路径或代码片段，因为它们可能很快过时）；测试决策（已做出的测试决策列表，包括好测试的描述——只测试外部行为而非实现细节、将测试哪些模块、测试的先前案例，即代码库中类似类型的测试）；范围外（本 PRD 范围外事项的描述）；进一步说明（关于该功能的任何其他说明）。
限制：不访谈用户；不包含具体文件路径或代码片段；依赖已提供的 issue tracker 与分诊标签词表，否则需先运行 /setup-matt-pocock-skills。其他收费、平台、效果等信息暂未提供。