用途：grill-me 用于对用户的计划、决策或想法进行持续追问，直到双方达成共同理解。它把讨论对象映射为一棵设计树：每个决策都会分支出依赖它的后续决策。
主要能力：按轮次推进设计树。所谓“前沿”是指所有前置条件已确定、当前无需猜测即可提出的问题。每轮一次性提出整个前沿的问题，然后等待用户回答，再计算下一轮前沿。
使用方式：所有问题都必须通过 AskUserQuestion 工具提出，不能用普通聊天文本提问。单次工具调用最多包含 4 个问题；前沿更大时，按最多 4 个一组连续调用，先问最关键的问题，再重新计算前沿。每个问题需完整、以问号结尾、自带用户决策所需上下文；header 为不超过 12 字符的短标签；options 提供 2 到 4 个具体且互斥的选项，每个选项说明其取舍，推荐答案放在首位并在标签后加 (Recommended)，不要添加“Other”选项，工具会自带。仅当选项确实可组合时才设 multiSelect: true。需要比较具体产物（代码片段、配置、ASCII 布局、图表）时使用 preview。开放式问题也要给出选项，提供可推断的最可能答案，由“Other”兜底。
回答处理与前沿重算：仔细阅读每个回答。自由文本的“Other”可能否定前提、要求澄清或开启新分支，应据此处理，而不是强行塞回预期树中。每轮回答都会重塑设计树：已确定的决策把前沿向外推进，解锁依赖它们的问题。依赖本轮仍未解决问题的答案属于后续轮次。
事实与决策：查找事实是技能自身的职责，不是用户的。当前沿问题需要环境事实（文件系统、工具等）时，派子智能体去查，不要问用户本可自行查到的内容；不要因此阻塞，正在进行的探索属于未确定的前置条件，只有其下游问题等待子智能体回报，其余前沿问题照常提出。决策属于用户，需逐一提给用户并等待。
完成条件：当前沿为空时结束，即设计树每个分支都已访问、没有遗留的默认假设。用纯列表总结已确定的决策，再用一次 AskUserQuestion 调用确认是否达成共同理解；在用户确认前不要采取行动。风格上全程不使用表情符号，包括问题、选项、header、preview 和总结。