用途：对方案或设计进行高强度追问式评审（adversarial design review / grill session），沿设计决策树逐条追问，暴露假设漏洞与缺失约束，直到达成共识。
主要能力：启动时先检查项目根目录是否已有 CONTEXT.md 或 CONTEXT-MAP.md 并读取，检查 docs/adr/ 是否已有 ADR 并了解既有决策，然后开始追问。核心规则包括：对方案每个方面不留死角追问；一次只问一个问题，等回复后再继续；每个问题给出推荐答案；能通过探索代码库获得的事实直接查找而不询问，但决策权交给用户；用户明确确认共识前不开始执行方案。
领域建模：追问中一旦决策结晶，立即建立和完善领域模型，挑战术语、构造边界场景、第一时间写下术语表和决策记录。行为包括：对照术语表质疑冲突用法、磨尖模糊表达、用具体场景压力测试领域关系、与代码交叉验证矛盾、即时更新 CONTEXT.md。CONTEXT.md 只是术语表，不含实现细节。
文件结构：单上下文仓库在根目录放 CONTEXT.md 与 docs/adr/；多上下文仓库在根目录放 CONTEXT-MAP.md，指向各上下文的 CONTEXT.md 与 docs/adr/。文件懒创建，只在有内容可写时创建。
ADR：仅当决策难以逆转、缺乏上下文则令人费解、且确实是权衡结果三条全部成立时才创建。存放在 docs/adr/，顺序编号 0001-slug.md 等，编号取现有最大值加一。模板为标题加 1-3 句背景、决策与理由，可选章节仅在确有价值时添加。
适用场景：方案评审、架构设计讨论、领域建模与术语统一、记录关键架构决策。
限制：需手动调用 /grill-me；一次只处理一个问题，节奏由用户回复驱动；CONTEXT.md 不得写入实现细节；ADR 需满足三条标准才创建。其他收费、平台与效果信息暂未提供。