#grilling

访谈引擎。对计划、决策或想法进行不留情面的追问，直到达成共享理解。这是 grill-me 和 grill-with-docs 两个命名入口的底层原语，triage、wayfinder、improve-codebase-architecture 内部也跑它。想要"只要访谈、不要任何包装"时直接用。

#概述

把决策映射成设计树：每个决策分支挂出依赖它的决策。按轮次工作——前沿是前置条件已解决、现在就能问的决策。一轮把整个前沿问完，然后等用户回答，再进下一轮。

两条核心纪律：

• 找事实是你的活，不是用户的。前沿问题需要环境事实（文件系统、工具等）时，派子 agent 去找；别让用户查任何你能自己查到的东西
• 决策是用户的。每个决策摆到用户面前并等待

#日常使用

> 我们聊聊这个方案，你来拷问我
> grill 一下我关于技术选型的想法
> 帮我压力测试一下这个计划

#实战

#轮次格式

一轮问整个前沿，每个问题编号并附推荐答案：

❓ **Q1** - **<问题标题>**: <问题正文，可能是多段，含多个选项>

➡️ <你的推荐答案>

---

❓ **Q2** - **<问题标题>**: <问题正文，可能是多段，含多个选项>

➡️ <你的推荐答案>

用户的每个回答重塑设计树：已解决的决策把前沿向外推，解锁依赖它们的问题。重算前沿，问下一轮。依赖本轮仍开放问题的答案属于后面的轮次，不属于这一轮。

#两条纪律

• 需要环境事实时派子 agent 并行探索；别阻塞——正在跑的探索是未解决的前置条件，只有它下游的问题等子 agent 回报，其余前沿现在就问
• 决策总是用户的：put each to them and wait

#结束条件

前沿为空——设计树每个分支都被访问过，没有东西被默默假设。用户确认达成共享理解之前不动手。

#与其它技能的关系

• 命名入口：grill-me（无状态）、grill-with-docs（带文档）
• 内部使用者：triage、wayfinder、improve-codebase-architecture
• 配套：domain-modeling（边谈边维护领域词汇）