grill-meStress-test a plan, design, or decision when the user explicitly asks to be grilled, challenged, or interviewed about assumptions, trade-offs, and unresolved requirements.
Independent GitHub snapshot · Automated classification · Original documentation governs
把模糊的方案拆成有依赖关系的决策树，持续追问最有价值的未知项，直到双方对目标、约束、取舍和验收标准形成可核对的理解。 严谨针对方案，不针对人；指出矛盾和证据缺口，不用羞辱、争辩或问题数量来体现“强度”。
用户明确说“grill me”“拷问一下这个方案”“挑战我的假设”“带我把需求问清楚”，或要求交互式设计审查时使用。 输入可以是 PRD、架构草案、迁移计划、产品想法、上线决策或一段尚未成型的描述。 仅要求安装、收录、审计或介绍这个技能，不代表用户要开始接受追问。 普通事实查询、已有明确验收标准的执行任务、紧急止损，不自动切换成访谈。
先读取用户给出的方案及可用的项目证据，提取已确定的事实和决策。
用用户已有答案填树，不重新问预算、目标、技术栈等已明确的信息。
给每个会改变实现或验收的决策一个稳定编号，记录其前置条件和状态。
推荐状态：settled、open、needs-evidence、deferred、out-of-scope。
事实和偏好分开：代码是否支持回滚是事实，能接受多长回滚时间是决策。
D1 目标：在报名高峰保持可用 settled
├─ D2 可接受的数据损失和恢复时间 open
│ └─ D4 迁移、切换与回滚策略 blocked by D2
├─ D3 峰值流量及压测证据 needs-evidence
│ └─ D5 容量与扩容阈值 blocked by D3
└─ D6 本次是否包含跨地域容灾 open
树只覆盖本次决策范围，不无限扩展成整个组织的战略审查。 优先检查不可逆选择、高风险假设、失败代价和验收缺口，再处理可逆的小偏好。
当前可问集合（frontier）是前置条件已经解决、现在回答不会依赖猜测的所有决策。 同一轮可以包含互相独立的问题；依赖本轮其他答案的问题放到下一轮。 每个问题提供建议答案和简短理由，但明确这是建议，不代替用户做价值判断。 用户要求一次只问一个时，按影响与不确定性排序，每轮取最重要的一项。 可问集合很大时按主题分批，并列出尚未讨论的分支，避免把长问卷直接倾倒给用户。
Q1 — 数据损失：切换失败时，是否允许丢失已确认成功的报名记录？
建议：不允许。将“已确认成功”定义为持久化提交成功，并纳入切换验收。
Q2 — 交付范围：这次是否必须具备跨地域容灾？
建议：先把同地域切换与回滚做实；跨地域作为单独里程碑，除非合同明确要求。
提问后等待本轮答案；不要替用户编造回答，也不要提前把下游设计当成已确定。 把答案更新到树中，说明哪些新问题因此解锁，再继续下一轮。 答案与此前决策冲突时，指出具体冲突和影响，询问应修订哪个决策。 答案不完整时只补问影响结论的部分，不重发整轮问题。
能从仓库、配置、日志、文档或已连接工具查到的事实，先自行核对。
查不到时说明缺少的证据和它影响的决策，不把猜测包装成环境事实。
只有当前宿主实际提供子代理能力时才委派独立的只读调查；没有该能力就直接调查。
调查内容独立且工具允许时可以并行；否则顺序执行，不声称存在未启动的后台调查。
与待查事实无依赖的其他问题可以继续，相关分支保持 needs-evidence。
访问私人数据、运行命令、写入系统仍受用户授权和宿主权限约束。
对每个关键选择至少检查一个可能推翻它的条件，而不是机械地套用所有问题。
| 维度 | 有价值的追问 | 要得到的产物 |
|---|---|---|
| 目标 | 什么结果发生后，用户会认为这次投入值得？ | 可观察的成功标准 |
| 约束 | 哪个约束不可突破，哪个只是当前偏好？ | 硬约束与可协商项 |
| 证据 | 支撑这个容量、成本或收益判断的资料是什么？ | 来源或待验证假设 |
| 替代方案 | 不做、延后、缩小范围会怎样？ | 被放弃选项及理由 |
| 失败 | 最可能在哪一步失败，怎样发现并退出？ | 失败信号与恢复条件 |
| 验收 | 谁在什么环境下，用什么数据判定完成？ | 可重复的验收方式 |
数字建议必须注明依据或假设；不要把示例中的阈值变成用户系统的真实 SLO。 业务决定、风险接受和范围承诺归用户；可检索事实和技术推导由执行者提供证据。
可问集合为空不等于所有问题都“已解决”：检查是否仍有未知前置条件、循环依赖或刻意跳过的分支。 循环依赖先找可逆的临时假设或最小实验，把“待验证”保留在输出中。 用户要求停止、缩小范围或先给结论时，及时收束，不坚持无限追问。 最终输出包括：方案目标、已确定决策、关键取舍、未解决项、验收标准和建议下一步。 每个未解决项写清影响、需要的证据及负责人（仅在已知时），不虚构完成日期。 只在当前授权覆盖实施且重大阻塞项已解决时进入执行；访谈本身不是部署、购买或删除的授权。 已有明确授权不必为每一个实现细节再设审批流程。
方案理解
- 目标：报名高峰可用，已确认记录不得丢失。
- 已决定：本期同地域高可用；跨地域暂不纳入范围。
- 取舍：先验证切换正确性，再讨论横向扩展。
- 尚未解决：峰值写入曲线缺失，容量结论仍待压测。
- 验收：重放约定流量并注入切换故障，核对成功回执与持久化记录。
- 下一步：补齐流量证据后确定压测方案；当前不执行生产变更。
本入口包含完整方法，不要求另行安装名为 grilling 的技能，不依赖某个专有 Skill 工具。
disable-model-invocation 是支持该字段的宿主中的显式调用提示；其他宿主仍按上面的触发边界使用。
参考 决策树工作表 记录多轮访谈，按需加载而不是在每轮重复全文。
上游稳定版 mattpocock/skills v1.2.3 固定在 6acc160e4e0cd062dbbbd7a1b26ae92855edf07e。
上游 grill-me 只是入口，实际方法位于 grilling；两者的原文保留在引用文件中供来源审计，不是本地运行入口。
本地中文说明、宿主降级、停止条件与示例是仓库适配，不声称是 Matt Pocock 的新版本。
版权和许可见 上游 MIT 许可。