用途：将当前对话上下文与对代码库的理解直接综合成一份规格文档（也可理解为 PRD），无需再访谈用户，随后发布到项目的 issue 跟踪器。
主要能力：先探索仓库以了解代码库现状；在规格中使用项目领域词汇表，并遵循相关 ADR；规划用于测试该功能的接缝（seam），优先复用既有接缝并使用尽可能高的接缝，若需新增接缝则在尽可能高的位置提出，且接缝越少越好，理想为一个；与用户确认接缝是否符合预期；按模板撰写规格并发布到 issue 跟踪器，同时打上 needs-triage 标签以进入常规分诊流程。
规格模板结构：问题陈述（从用户视角描述用户面临的问题）、解决方案（从用户视角描述）、用户故事（较长的编号列表，采用“作为…，我想要…，以便…”格式，覆盖功能各方面）、实施决策（将构建或修改的模块、模块接口变更、技术澄清、架构决策、模式变更、API 契约、特定交互；不包含具体文件路径或代码片段）、测试决策（好测试的标准即只测外部行为不测实现细节、将测试的模块、类似测试的既有先例）、范围外事项、进一步说明。
使用方式与限制：由用户在当前对话中触发创建规格或 PRD；不进行用户访谈；需要能够访问仓库与项目 issue 跟踪器，并按项目流程打 triage 标签。具体安装命令、配置项与运行环境暂未提供。