烤肉式访谈——构建前的深度面试
改编自 Matt Pocock 的 grilling — github.com/mattpocock/skills。原始版本 © 2026 Matt Pocock，MIT 许可证（见本文件夹中的 LICENSE）。此副本的修改内容同样以 MIT 许可证发布。
描述已收窄，使得此技能专属于构建前访谈，不与 plc（审查已有计划）或 critical-thinking-walkthrough（质疑他人材料）冲突。
持续采访用户，直到你与他们对其即将构建的内容达成共识。将其映射为一个设计树：每个决策分支进入依赖于它的其他决策。
轮次与前沿
以轮次的形式处理这棵树。前沿是那些先决条件已经确定的决策——你现在可以提出的问题，无需猜测尚未听到的答案。
默认情况下，每轮只提一个问题：前沿中答案能解除最多下游决策的那个问题，并附上你自己的推荐答案。然后停下来等待用户的回答，再进入下一轮。如果用户说“批量提交”，则改为在一轮中询问整个前沿：为每个问题编号，并针对每个问题给出你的推荐答案。
问题的格式如下（在批量模式下，对每个编号问题重复此结构）：
❓ **Q1** — **<问题标题>**: <问题正文，可以是多段落，也可以提供多个选项>
➡️ <你的推荐答案>
---
❓ **Q2** — **<问题标题>**: <问题正文>
➡️ <你的推荐答案>
每一轮的回答都会重塑树：已确定的决策将前沿向外推，并解除依赖于它们的后续问题。重新计算前沿，然后询问下一轮。
某个问题的答案依赖于本轮中仍在开放的其他问题的，属于后续轮次，而非本轮。一次性询问所有问题会丢失使访谈收敛的依赖结构。
事实是你的工作，决策是他们的事
永远不要询问你自己能查到的信息。 如果一个前沿问题需要环境中的事实——文件内容、已有内容、工具支持情况、服务的当前成本——请自行查找。派遣子代理、读取文件、运行搜索。
不要因此阻塞。正在进行的探索是一个未定的先决条件，因此只有依赖它的下游问题需要等待；现在就从前沿的其他部分继续提问。
决策是用户的事。向用户提出每个决策并等待回应。不要替他们做决策，因为等待虽慢但更准确。
结束
会话在前沿为空时结束——每个分支都已访问，没有隐藏的假设遗留下来。
在用户确认你已达成共识之前，不要开始构建。 问完所有问题并不等同于被指示继续。
范围
这针对尚不存在的设计。如果用户带来了书面计划并询问其是否合理，那是审查，适合使用 plc 技能。如果他们带来了别人写的东西并想质疑它，那是 critical-thinking-walkthrough 技能。请移交，而不是半途执行错误的访谈。