用途：将当前对话上下文与对代码库的理解综合成一份规格说明（spec），并发布到项目 issue tracker。它明确要求不要访谈用户，只综合已知信息。
前置条件：issue tracker 与 triage 标签词表应已提供；若没有，需先运行 /setup-utarn-skills。
主要流程：先探索仓库了解代码库现状；规格中全程使用项目领域词汇表，并遵守相关区域的 ADR。随后勾勒测试接缝（seams），优先复用已有接缝，使用尽可能高的接缝；若需新接缝，在尽可能高的位置提出，接缝越少越好，理想数量为一个。与用户确认这些接缝符合预期后，按模板撰写规格并发布到 issue tracker，打上 ready-for-agent 标签，无需额外 triage。
规格模板包含：问题陈述（从用户视角描述用户面临的问题）、解决方案（从用户视角描述）、用户故事（很长的编号列表，格式为 As an , I want a , so that ）、实现决策（要构建/修改的模块、模块接口、技术澄清、架构决策、schema 变更、API 契约、具体交互；不要包含具体文件路径或代码片段，除非原型片段比文字更精确地编码了决策，如状态机、reducer、schema、类型形状，此时可内联并注明来自原型，只保留决策密集部分）、测试决策（好测试的定义：只测外部行为而非实现细节；要测试的模块；测试的既有先例）、范围外内容、进一步说明。
限制：资料未提供具体安装命令、收费、价格、平台或效果信息；技能依赖已配置的 issue tracker 与标签词表。