aetherbound-guild/.agent-taskgraph/templates/spec.md

执行规格：<批次/目标>

Status: DRAFT | FROZEN Requested: <时间 / 用户原始请求> Frozen by: <用户标识 / 时间；DRAFT 时留空> Revision: <版本或 git hash>

原始请求

（保留用户原话；一句话可以作为入口，但不能替代下面的执行规格。）

上下文证据

类型	内容	证据
已确认	<从代码、文档、运行结果确认的事实>	<文件:行 / 命令输出 / 截图>
合理推断	<当前假设>	<推断依据；不得写成事实>
待用户决策	<无法从项目得出的产品选择>	<推荐默认值及影响>

目标用户与场景

• 目标用户：
• 触发场景：
• 要解决的问题：

目标结果

（描述做成后的可观察行为，不写实现方案。）

包含范围

不做范围

行为与边界条件

情况	期望行为
正常路径
空/错误/权限状态
兼容与回滚

验收标准

• <用户可观察结果>
• <可运行命令及通过条件>
• <产物/数据/视觉证据>

硬约束与 Frozen

• 不允许修改：
• 必须保持：
• 时间/成本/平台约束：

Human Gates

动作	为什么不可逆或高影响	需要谁批准
<迁移/删除/权限/合并/发布等>

决策记录

决策	选择	理由	决策人/时间

开放问题

• <FROZEN 前必须清零；无则写“无”>

冻结确认

（PMO 用一页内摘要向用户确认。只有用户明确批准且开放问题为“无”后，才将 Status 改为 FROZEN。后续改变目标、范围、验收、依赖或 Frozen 必须提交 spec/graph diff。）