用途：在计划阶段（plan 阶段第 1 步）对方案进行强制性质询，直到达成共识，之后才进入 PRD 编写。它通过领域术语表、ADR 和具体代码行为来挑战计划，适合打磨术语、验证方案、记录架构决策。
主要能力：将用户用词与既有领域语言对比并立即指出冲突；把模糊表述收敛为规范术语；探查具体场景与边界情况；尽可能用代码交叉验证主张；术语确定后就地更新 CONTEXT.md；仅对难以逆转、出人意料且存在真实取舍的决策才建议写 ADR。使用 CONTEXT-FORMAT.md 与 ADR-FORMAT.md 作为格式参考。
使用方式：质询时一次只问一个问题，等待反馈后再继续；若问题可通过探索代码库回答，则直接探索代码库。若根目录存在 CONTEXT-MAP.md，用它定位各上下文的术语表文件。通过 KNOWLEDGE_VAULT_ROOT 或 wiki config --effective --repo <path> 解析 vault；除非代码仓库本身就是配置的 vault，否则不要在其中创建持久项目记忆 markdown。独立使用时，持久记忆经 Wiki 写入 ${KNOWLEDGE_VAULT_ROOT}/projects/<project>/。Forge 集成下，当阶段包列出 grill-with-docs 时加载本技能；CONTEXT.md 映射到 projects/<project>/architecture/domain-language.md，docs/adr/ 映射到 projects/<project>/adrs/；用 wiki forge grill record 记录稳定引用；质询完成后运行 wiki forge next 推进。
限制：资料未提供具体安装命令、收费方式与平台支持信息；其行为依赖已配置的 vault、Forge 阶段包与相关格式文件，缺少这些配置时部分流程无法执行。