用途：Grill 用于在用户希望压力测试自己的计划、决策或想法时，通过反复提问持续盘问，直到双方达成共同理解。
主要能力：把讨论对象映射成一棵设计树，每个决策分出依赖它的子决策；每轮只提问“前沿”——所有前置条件已经确定、现在就能问而无需猜测答案的决策。
使用方式：每轮用 AskUserQuestion 工具提问，不要把前沿问题当作普通聊天文本。一次工具调用最多容纳 4 个问题，前沿更大时拆成连续多次调用，优先问最关键的，再重新计算前沿。每个问题需完整、自包含，以问号结尾；header 是最多 12 字符的短标签；options 为 2 到 4 个具体且互斥的选项，每个选项说明其取舍，把推荐答案放在第一项并加上 (Recommended)，不要自己添加 “Other”，工具会提供。仅当选项确实可以组合时才设 multiSelect: true。需要用户比较具体产物（代码片段、配置、ASCII 布局、图示）时使用 preview。开放性问题也要给出选项：提供你能推断出的最合理答案，让 “Other” 兜底。
答案处理与推进：认真阅读每个回答。自由文本的 “Other” 可能否定前提、要求澄清或开启新分支，应据此调整而非强行套入原树。每轮回答后重新计算前沿，确定的前置条件会把前沿向外推进，解锁依赖它们的问题；依赖本轮仍未决问题的问题留到后续轮次。
事实与决策：查证事实是技能的责任，不是用户的。前沿问题若需要环境事实（文件系统、工具等），应派子代理去查找，不要问用户本可自己查的东西；且不要因此阻塞，正在进行的探索属于未定前置条件，只有下游问题等待子代理汇报，其余前沿问题现在照问。决策属于用户，逐一提出并等待。
完成条件：当前沿为空、设计树每个分支都已访问且无默默假设时结束。先把已定决策总结为普通列表，再用一次 AskUserQuestion 确认是否达成共同理解；在用户确认前不要据此行动。
风格：任何地方都不使用 emoji，包括问题、选项、header、preview 和总结。
适用场景与限制：适合需要系统化盘问、暴露假设和依赖关系的规划讨论；具体支持的工具环境、平台和收费信息暂未提供。