技能介绍

为什么需要一场「不留情面」的拷问

当你写完一份缓存策略、服务拆分草案，或者某个选型结论时，最容易犯的错不是逻辑错误，而是「自我说服」：把没验证的假设当成前提，把没考虑的边界当成特殊情况。等到评审会上被第一次质疑，往往已经错过了在低成本阶段修正的窗口。这个技能要解决的问题很具体：在正式上会前，用一对一的高压追问，把方案里的「我以为」逐条拆成「你确认过吗」。

它如何工作

这个技能扮演「拷问协调者」的角色，不负责替你做决定，只负责发起并主持一场结构化的追问，最终留下可追溯的决策记录。

启动会话：读取你给的方案文档，或者让你用一两句话概括被拷问对象；如果没有输入，它会先让你明确「到底要挑战什么」。随后接入 mp-grilling 的逐分支追问方法，一次只问一个问题，附带推荐答案供你快速对齐，必要时做事实自查。
实时记录：拷问过程中，每个分支的问题、推荐答案、你的决策、当前状态，都会被即时写入一份决策记录草稿，对应 GrillLog 里的 entries 结构。
闭合与共识：所有分支按依赖顺序闭合，在你明确「已达共同理解」之前，不会推进到下一步动作。
沉淀交付物：结束后产出 GrillSession 摘要和完整的 GrillLog，你可以选择存入工作区，或者交给 mp-handoff 继续执行交接。如果过程中发现知识盲区，也能转入 mp-teach 做系统教学。

适用边界与注意点

这个技能是一对一的拷问，不是正式的多人评审会。它专注于「发起」和「沉淀」两个环节，逐问执行的具体技巧在 mp-grilling 里定义。适合设计评审前自检、立项答辩准备、技术选型兜底这类场景，不适合需要多方会签或复杂流程协调的场合。输出包含启动确认、拷问中的实时记录、结束时的共识声明，完整的 GrillLog 模板可以参考 references/template.md。