用途：将未归档的想法转化为可确认的迷你规格，并在当前仓库中端到端交付。
主要能力与流程：
-
规格确认：先写出不超过 400 字符（含空格）的临时迷你规格，经渲染报告与逐项质询后，确认涵盖用户可见结果、范围/非目标与可测试成功标准的最终规格。
-
前置调研：阅读项目说明、愿景、贡献指南、Definition of Ready、Definition of Done、相关领域技能、真实项目命令、受影响代码路径、测试与同类工作。必须记录网络搜索以获取当前证据，优先官方与一手来源，并与检出代码版本核对；若无法获得相关当前证据则停止。
-
选项对比：从仓库、复现、项目契约、当前网络研究与共享现状产物中组装同一份中立证据包，预先声明评分标准；对 2 至 4 个真正不同的可行方案做等效的决策相关验证，标注观察事实、提议行为与原型专用捷径，给出推荐并等待用户选择（自动模式除外）。
-
实现与验证：选中方案后，复用或新建分支/工作树并应用 git-workflow 远程默认同步门禁，实现正确层级上的最小完整改动，更新测试与文档。对任何代码或测试改动，循环执行 /code-review fix-all 与黑盒测试，直到两者在同一未变更实现上通过，再完成项目门禁与 /create-pr。
依赖与限制：非自动模式下需要已注册的 grilling、render-html 技能与 Python 3，缺一即停止。原型须本地、可丢弃，不得部署或发布，仅在用户明确批准后保留且需在工作树之外存放。自动模式仅在原始提示声明自动或明确要求时启用，且不豁免其他门禁；涉及产品、架构、安全、范围或愿景的重大决策会禁用自动模式。若 /code-review 或 /test-against-spec 不可用，需执行同等的受限审查与黑盒测试。Definition of Ready/Done 缺失时需声明一次并将缺口带入计划与 PR。
适用场景：在已有仓库中从想法到可合并 PR 的完整开发流程，尤其适合需要证据驱动选型与严格质量门禁的任务。