用途：把一句话目标逐步推导为可执行的实现计划，输出到项目内的 specs/{name}/spec.md，{name} 为根据目标生成的 kebab-case 名称。
主要能力：按固定层级链顺序推进——L0 Goal、L1 Context、L2 Decisions、L3 Requirements、L4 Tasks；每层先读对应 references 文件再构造内容，写完后回读 spec.md 校验必需章节，禁止跳层或乱序写入。
使用方式：会话开始时先执行 mkdir -p specs/{name} 并用 Write 工具创建 spec.md；全部 spec 输出通过 Write 工具写入，不使用 CLI 或 JSON。写入前先读取现有 spec.md，采用追加或用 Edit 就地更新，不覆盖已有内容。L0 由用户确认目标镜像后推进；L2、L3、L4 各有用户批准门，使用 AskUserQuestion 提供 Approve、Revise、Abort 三个选项，Revise 时按用户修正更新并重新展示，直到批准。最终 Meta 章节记录 Approved by 与 Approved at。
适用场景：需要把模糊目标沉淀为含需求（带 GWT 子需求）和任务（含 Fulfills 关联）的结构化规格文档时。
限制：资料未提供收费、价格、平台或效果信息；不编写代码，依赖读取 references/L0-L1-context.md、L2-decisions.md、L3-requirements.md、L4-tasks.md 等参考文件，缺失时无法按流程进行。