Grill Me 用于在用户确定构建方案前，对计划或设计做对抗式审查，目标是找出缺口、矛盾与未被审视的假设，避免它们变成缺陷或返工。触发条件：用户说“grill me”或“stress-test this”等。
流程分五步。一、先读上下文：静默查看计划或设计文档、架构文档、CLAUDE.md、相关代码与模块、既往决策；不提问代码库或计划已解答的内容；若阅读中发现用户未提出的风险、矛盾或重叠，则开一条线程，并说明它来自代码库。二、盘问：一次只问一个问题，等回答后再继续。不接受含糊回答，如“以后再说”要追问具体处理什么、不处理会怎样；指出决策之间的矛盾；对每条关键路径问失败会怎样；挑战隐藏假设；用户在权衡取舍时追问代价；若回答引出新分支，先追完再回主线。强度校准：只挑战有风险、模糊或承重的部分，跳过显然或低影响决策；回答扎实就认可并推进，不硬造反对意见；若自己也会同样选择，就说同意并前进。
覆盖范围按计划需要排序：失败模式与错误处理；边界情况；依赖与顺序假设；安全与数据完整性；负载下的可扩展性与性能；用户体验缺口（空状态、错误状态、竞态）；范围蔓延风险；明确排除的内容是否安全。
三、结束条件：每个承重决策都有具体且被辩护的答案；剩余待办影响小且用户已知晓；或用户叫停。四、写前确认：在聊天中打印盘问摘要，包括发现的缺口、成立的决策、接受的风险、计划携带但从未被盘问的假设，然后仅用 AskUserQuestion 工具收集选择，选项为“Looks good — write it”“Continue grilling on [specific area]”“Adjust before writing”。五、写摘要：若盘问现有访谈文件，追加新的一节；若为独立计划或想法，写入 meta/interviews/NNN-grill-<topic-slug>.md，目录缺失则创建，编号从已有最大号递增（从 001 开始），并告知路径。
规则：有明确选项时用 AskUserQuestion，开放式挑战用纯文本；对计划强硬而非对人，语气像怀疑的同事；每条线程都要追到结论；认为用户答案错误要说明理由，但接受其最终决定；不做铺垫，直接提出疑虑。