grill-me

五维评分

优秀点拆解

• 门面与原语极薄分层：grill-me 正文仅一行『Run a /grilling session』，机制全部沉淀在 grilling 原语（被 grill-with-docs、triage、wayfinder 等 4+ 技能复用），并用 disable-model-invocation 锁死只有用户能触发——单一事实源、触发面可控，机制升级一次全家受益
• 前沿（frontier）批量化提问：每轮只问『前置条件已全部满足』的互不依赖问题，格式为 ❓编号标题+正文 + ➡️推荐答案，用户按编号批量回答（46 问 4 轮即可完成），既快又不产生自相作废的问题
• 事实与决策责任分离：环境事实由 agent 派 sub-agent 异步查证（不阻塞主流程、只挂起下游问题），决策必须等用户拍板——自答决策即视为技能已坏，用户时间只花在真正的判断上
• 防被动设计写进文档：显式定义头号失败模式 passivity（连续同意 40 问=自信的胡说），并教导用户推回、说『I don't know』、把不可拷问问题（外观/手感）转给 prototype——防的是人机合谋的伪产出
• 终止有确认门：前沿为空≠结束，必须用户确认『达成共享理解』后才停止且不擅自开工，保证访谈产出的是用户的决策而非 agent 的意见

可复用的设计模式

• 原语-门面分层 + 触发面控制：可复用纪律做成 model-invoked 原语，用户入口做成 user-invoked 一行壳，用 front matter/agents policy 显式声明谁能触发
• 依赖拓扑排序后的批量提问：问题按依赖图排序，每轮只发无依赖子集，编号+推荐答案让回答成本降到『1 yes, 2 no』
• 事实/决策分离 + 非阻塞子代理查证：可查证的放 sub-agent 后台查，主流程不阻塞，把用户交互预算全留给判断
• 显式失败模式 + 可配置逃生口：passivity、dumb zone、弱模型崩溃等已知坑每个都配一行 CLAUDE.md 级对策，把粗糙边缘变成可操作文档

适用场景

边界与注意：必须真人全程参与回答（无 async 模式，没人回答就变成 agent 自己的意见）；frontier 是 agent 判断而非计算图，偶发依赖问题同轮；弱/快模型会把访谈折叠成两三个问题就动手，且需 grilling 原语一并安装、部分 harness 上 skill 链加载不可靠；外观/手感类问题拷问不出来必须转 prototype；不能设问题上限，超长会话会掉进 dumb zone。