用途：把当前对话上下文与对代码库的理解综合成一份规格说明（spec），并发布到项目问题跟踪器。它不访谈用户，只整理已经讨论过的内容。
主要能力与流程：先探索仓库以了解代码库现状；在 spec 中沿用项目领域词汇表，并遵守相关 ADR。随后勾勒测试接缝（seam），优先复用已有接缝并使用尽可能高的接缝；若需新接缝，在尽可能高的位置提出，接缝越少越好，理想为一个。需与用户确认这些接缝符合预期。之后按模板撰写 spec 并发布到问题跟踪器，打上 ready-for-agent 分类标签，无需额外分类。
spec 模板包含：问题陈述（从用户视角描述问题）、解决方案（从用户视角描述方案）、用户故事（长编号列表，格式为 As an , I want a , so that ）、实现决策（模块、接口、技术澄清、架构决策、schema 变更、API 契约、具体交互；不写具体文件路径或代码片段，除非原型片段比文字更精确地编码了决策，可内联并注明来自原型）、测试决策（好测试的标准、被测模块、测试先例）、范围外内容、进一步说明。
使用前提：问题跟踪器与分类标签词汇应已提供；若未提供，需提示用户运行 /ai-setup-skills。
限制：不进行用户访谈；不包含具体文件路径与代码片段（原型例外）；具体跟踪器类型、标签体系与配置方式资料未提供。