用途：grill-me 用于在开始构建前对方案进行高强度盘问式审查。它围绕方案的各个方面逐个提问，沿设计树的每个分支推进，逐一解决决策之间的依赖关系，直到达成共识。适合在需求尚模糊、术语混乱或设计与代码不一致时使用。
主要能力：每次只问一个问题，等待回答后再继续，并为每个问题给出推荐答案。若问题能通过查看代码库回答，则改为探索代码库。它会对照术语表挑战用户用词，把含糊或一词多义的表达收敛为精确的规范术语，用具体场景压力测试领域关系的边界，并交叉核对代码是否符合用户描述，发现矛盾时直接指出。
领域感知与产物：项目可有一份术语表、一份产品规范、一份漂移日志。文档路径为默认值，仓库已有其它命名则以仓库为准。AGENTS.md 仅用于冷启动定位，不算规范。规范优先取 docs/INTENT-AND-DESIGN.md，若不存在则用 docs/REQUIREMENTS-AND-NOTES.md（仅限全新项目默认）。术语表为 CONTEXT.md，只放术语、Avoid、See also，不含实现细节，术语确定时就地更新，不批量积压。符合“难以逆转、无上下文会令人意外、是真实权衡结果”三项条件的架构取舍写入规范，按其原有形态补丁式修改，不强行套用模板。文件按需惰性创建。交付期产生的偏差记入漂移日志，不写进 AGENTS.md 来充当产品决策文档。
全新项目时，只有“对照术语表挑战”和“与代码交叉引用”两项无素材可用，说明一次后转而打磨模糊用语和讨论具体场景，不再反复检索不存在的代码。
限制与边界：会话产出的是更清晰的术语表和打过补丁的规范，不是 PRD，也没有单独的需求文档；方案确定后交由 to-issues 技能读取规范与术语表并拆分为 issues/。其它未在资料中说明的收费、平台与安装方式暂未提供。