用途：将当前对话上下文与对代码库的理解综合为一份规格文档，不访谈用户，只整理已知信息。
主要能力：先探索仓库以了解代码库现状；在规格中沿用项目领域词汇，并遵守相关 ADR；规划测试接缝，优先复用已有接缝并使用尽可能高的接缝，若需新接缝则提议在最高点，接缝越少越好，理想为一个；与用户确认接缝是否符合预期；按模板把规格写入 .scratch/<feature-slug>/spec.md。
模板结构：问题陈述（从用户视角描述问题）、解决方案（从用户视角描述方案）、用户故事（很长的编号列表，格式为 As an , I want a , so that ）、实现决策（涉及模块、接口、技术澄清、架构决策、模式变更、API 契约、具体交互；不写具体文件路径或代码片段，除非原型片段比文字更精确地编码了决策，如状态机、reducer、模式、类型形状，此时内联并注明来自原型，只保留决策密集部分）、测试决策（好测试的标准是只测外部行为而非实现细节、被测模块、代码库中类似测试的先例）、范围外内容、进一步说明。
使用方式：在已有对话与代码库理解的基础上调用该技能，按上述流程生成规格文件。
适用场景：需要把已讨论内容快速固化为规格、并明确测试接缝的软件开发任务。
限制：不进行用户访谈；不包含具体文件路径或代码片段（原型决策片段除外）；资料未提供安装命令、收费、平台或效果信息。