常见困境：grill 问了几十个问题怎么办
什么时候会撞上：用
/grill-with-docs//grill-me时，问题越问越多，既怕 context 不够、又怕人精力不够（每个认真回答一小时+）。根因：把本该 agent 挖的事实，当成决策自己回答了。
-
区分「决策」和「事实」，事实甩回 agent —— 「选 A 还是 B / 边界在哪 / 这个取舍接受吗」是决策题，必须你答；「现在怎么实现的 / 这个字段有哪些值 / 文档怎么写」是事实题，不要自己答，让它自己查。这正是 grill 的原则”事实是 agent 的活，决策是你的活”；违背它才会又累又爆 context。
-
管住每轮的 frontier，分批答 —— grill 本应分轮、每轮聚焦 frontier 上几个关键决策。若它一次甩几十个，你说：“这轮我只答最关键的 3 个，其余记下来下轮。“主动定节奏，别被动接招。
-
决策题也压缩：简短回答 + 留查证线索 —— 不必长篇大论。一句决策 + 标注信心（“倾向 A，不确定可查 X”）就够。把”一小时的长回答”压成”决策 + 线索”。
-
磨够就固化，grill 是迭代不是一锅端 —— 不必在一个 context 磨完所有问题。磨出够多决策就
/to-spec固化（架构决策进docs/adr/、领域语言进CONTEXT.md，别让任务级流程决策污染领域语言）。固化到位，承接就轻了：决策已全在 spec → 新会话直接读 spec 起，最稳。若必须换会话，按状态能不能落盘选——能（够成熟就/to-spec，或本就是 source/台账文件）→ 落盘后/clear（轻）；不能（还没磨够、不足以成 spec，偏偏 context 又满了）→/handoff把没法落盘的半成品打包搬走，这是它的兜底价值：你主动留脉络，比/compact的自动压扁安全得多。要换 harness/目录/人也走/handoff；只剩「同会话压一压继续」才/compact（有损）。取舍见深入的 phase-boundary 决策树。grill → 固化 → 再 grill，完全合规。 -
问题多 = 任务大 → 先拆再 grill，按「单会话可稳妥磨完一片」切 —— 几十个问题说明它不该在一个 session 磨完。要么
/wayfinder（大雾）、要么/to-tickets拆成子任务，每个单独 grill。切多细是关键：以「一个 smart zone 能稳妥磨完一片」为度——别切太粗（一片塞太多，磨到一半 context 见底，又得/compact丢线索）；也别切太细（碎成几十粒，跨段追溯、拼回全貌的成本反过来吃掉你）。一个 session 的 grill 只覆盖”一个 smart zone 磨得清楚”的范围。 -
事实收集丢
/research—— 大量读代码 / 文档 / 历史的事派 background research agent 去挖，留带引用的 md；主 context 只留”决策 + 磨叙述”，精力也省了。
一句话：你只为决策买单，事实让 agent 掏；磨够就固化，任务大就先拆。 几十个问题会塌缩成几轮关键决策，context 和精力都守得住。