Grill Test

用户明确选择这条链路时使用。先读取执行与恢复，沿同一 SDK 根 Run 和当前子 Run 执行。

原始 Skill 的职责

1. grill：加载固定的 grill-me 原文；它仅要求执行 grilling 会话，没有文件输出。

   立即执行： 使用 Skill 工具加载 grilling 技能。禁止跳过此步骤。

   技能加载后，按原始 design tree/frontier 规则访谈。环境事实由子 Agent 调查，实际决定询问用户并等待回答。frontier 为空后，请用户确认共同理解。保留真实会话，并将会话摘要回传 SDK grill Action；通过该子 Run 的 confirm-understanding Wait 保存理解确认。此阶段不创建 brief 或其他业务文档，不借用 Native 的阶段产物。

2. to-spec：读取固定的 to-spec 原文，综合已确认的会话和代码事实，不再次访谈已有决定。按原模板七个章节生成第一份正式文档，确认测试 seams，发布至本地 tracker 的 .scratch/grill-test/spec.md。通过 confirm-spec 保存实际确认。

3. to-tickets：读取固定的 to-tickets 原文，展示 tracer-bullet 切片、粒度和 blocking edges，取得用户决定后按原模板一票一文件写入 .scratch/grill-test/issues/，使用 ready-for-agent 标签。tickets.json 仅是本应用为核对实际文件和依赖而保存的索引，不是原 Skill 自带的产物。通过 confirm-tickets 保存实际确认。

4. implement：根 Run 的 authorize-implementation 获批后，读取固定 implement 原文。按已批准票据实现，使用 tdd 在约定 seams 验证，执行相关检查与最终完整业务测试，按 code-review 原文开展 Standards/Spec 双轴子 Agent 审查，只在隔离项目本地提交。implementation.json 是应用的执行记录，不称为原 Skill 的产物。

grill-me、to-spec、to-tickets、implement 的原文件含 disable-model-invocation，宿主无法嵌套调用时读取当前包固定原文，并如实记录文件加载；grilling、tdd、code-review 可用时必须通过实际 Skill 工具加载。不修改原始 Skill 的 frontmatter 或正文。

验收与恢复

输入为 goal、acceptance[{id,description}] 和 testCommand 数组；本地 tracker 由用户事先选择。所有业务检查使用原测试命令；verify 的机器执行端口真实运行测试，验证器只读检查结果。独立 Eval 另外运行原始测试，不能以报告或字符串代替任务完成。

获批 Spec 与票据在实现阶段保持只读。真实批准或 Skill 能力缺失时停在当前步骤，保留原 Run；running/unknown 先核对宿主和实际结果。只使用当前 Action/Wait 身份，不伪造会话回答、批准或成功状态。只有实际 SDK 根 Run completed、业务测试通过且评审证据可查，才能报告业务任务完成。

凭据仅留在执行环境。固定应用、SDK 状态、安装目录由正式 Runtime 维护。本应用不授权远端 Issue、PR、推送、发布或真实消息。

四个阶段都在 SDK 子流程中保留原 Skill 的执行职责；根 Run 的 authorize-implementation 仍在 implement 子流程启动前确认实现范围。应用 Guard 只允许已领取子 Action 的实际阶段产物，grill 无业务文件范围。

SDK 执行协议

固定组合：e0a776e8c9940ecf07ee97c8399d4500bdaa6889e717966487c075ef33a19fa5 Runtime：0.5.0；基础流程：standalone。