常见困境：grill 问了几十个问题怎么办
什么时候会撞上：用
/grill-with-docs//grill-me时，问题越问越多，既怕 context 不够、又怕人精力不够（每个认真回答一小时+）。根因：把本该 agent 挖的事实，当成决策自己回答了。
-
区分「决策」和「事实」，事实甩回 agent —— 「选 A 还是 B / 边界在哪 / 这个取舍接受吗」是决策题，必须你答；「现在怎么实现的 / 这个字段有哪些值 / 文档怎么写」是事实题，不要自己答，让它自己查。这正是 grill 的原则”事实是 agent 的活，决策是你的活”；违背它才会又累又爆 context。
-
管住每轮的 frontier，分批答 —— grill 本应分轮、每轮聚焦 frontier 上几个关键决策。若它一次甩几十个，你说：“这轮我只答最关键的 3 个，其余记下来下轮。“主动定节奏，别被动接招。
-
决策题也压缩：简短回答 + 留查证线索 —— 不必长篇大论。一句决策 + 标注信心（“倾向 A，不确定可查 X”）就够。把”一小时的长回答”压成”决策 + 线索”。
-
磨够就固化，grill 是迭代不是一锅端 —— 不必在一个 context 磨完所有问题。磨出够多决策就
/to-spec固化（或写进CONTEXT.md），再/compact开新 session 继续。grill → 固化 → 再 grill，完全合规。 -
问题多 = 任务大 → 先拆再 grill —— 几十个问题说明它不该在一个 session 磨完。要么
/wayfinder（大雾）、要么/to-tickets拆成子任务，每个单独 grill。一个 session 的 grill 只覆盖”一个 smart zone 磨得清楚”的范围。 -
事实收集丢
/research—— 大量读代码 / 文档 / 历史的事派 background research agent 去挖，留带引用的 md；主 context 只留”决策 + 磨叙述”，精力也省了。
一句话：你只为决策买单，事实让 agent 掏；磨够就固化，任务大就先拆。 几十个问题会塌缩成几轮关键决策，context 和精力都守得住。