用途：把功能想法、变更请求或粗略需求转成一份最小可用的交接提示词，供 grill-with-docs 后续挑战方案、打磨领域术语、更新 GLOSSARY.md，并仅在困难决策时提供 ADR。它不产出实现规格，也不实现功能、不写 spec、不改 ADR。
主要能力：输出固定六段结构——Project、What is needed、Why it is needed、Expected end result、Known limits、Open questions；前五段始终存在，无未决问题时省略 Open questions。规则包括零署名（不在任何输出中加入共同作者、AI 或工具署名，并写入 Known limits）；先推断、仅在 What is needed 不清或项目上下文无法安全推断时提问；默认切出一个可独立评审合并的薄纵向切片，宽泛需求只写切片 1，其余记入 Known limits；使用完整 Project Matrix 代码原文，不缩写；把“复用现有接缝还是新建”放入 Open questions；不创建 Domain terms、Decisions、Risks 等额外章节。
使用方式：从自由输入开始，可参考 Project Matrix、cwd、GLOSSARY.md、GLOSSARY-MAP.md 与 ADR 名称等低成本仓库证据，默认不做大范围代码扫描。起草前做“迷雾测试”：若无法一行说清目标并把每个未决决策写成尖锐问题，则建议改用 /wayfinder。最终提示词先展示一次供修正（用户离开则按草稿保存并标注未确认），再走候选术语审批流程，校验预保存清单后保存到 <artifacts-root>/specs/prompts/NNNN-<feature-slug>-prompt.md，编号扫描 specs/adr/ 与 specs/prompts/ 取最大四位数字加一，slug 为 kebab-case、最多 4 词、ASCII，后缀固定 -prompt。保存后重新打开确认章节与路径一致。同 slug 文件若本会话创建且未改动则原地更新，若被手工编辑则展示 diff 并询问覆盖、新编号修订或中止；用户离开时写新编号修订，不覆盖未确认的手工编辑。
适用场景：需要把模糊需求整理成可交给 grill-with-docs 的提示词时；需要拆分宽泛需求、控制评审规模时；需要为并行智能体线程切分切片以减少共享文件耦合时。
限制：不实现功能、不创建规格、不编辑 ADR；GLOSSARY.md 仅通过已批准的候选术语流程修改；子代理仅用于快速独立的上下文检查，不派发云端代理、不使用 worker 代理、不做代码编辑；未提供收费、价格、平台或效果信息。