Agent Skill - grill-me

grill-me 可以理解为：在真正动手之前，让智能体充当严格的产品经理、架构师和反方评审，对你的方案进行结构化追问。

它并不是增强模型知识的技能，而是改变模型的工作方式——从“理解个大概就开始做”，切换为“先消除关键歧义，再执行”。

它实际上是什么

grill-me 本身非常薄，核心内容基本只有一句：

启动一次 grilling 会话。

真正的逻辑位于 grilling 中；grill-me 只是方便用户显式调用的入口。

可以把两者理解成：

/grill-me
    ↓
启动 grilling 拷问流程
    ↓
明确需求和关键决策
    ↓
用户确认共识
    ↓
才允许进入实施

它怎样工作

1. 把方案展开成“决策树”

例如你说：

我要做一个会员订阅系统。

它不会马上创建数据库表，而是把问题拆成相互依赖的决策：

订阅模型
├── 会员归属于用户还是组织？
├── 是否允许一个主体拥有多个订阅？
├── 套餐如何升级和降级？
│   ├── 立即生效还是周期结束生效？
│   └── 差价如何处理？
├── 取消后何时失效？
└── 支付失败如何恢复？

先解决上游问题，再询问依赖它的下游问题。

2. 每个问题提供推荐答案

它不只是把问题丢给你，还要给出自己的判断。例如：

❓会员应该属于用户还是组织？
➡️ 推荐：归属于组织，因为以后多人协作、席位计费和企业套餐更容易扩展。

这样用户不必凭空完成所有架构设计，只需要评价或修改智能体的建议。

3. 事实由智能体调查，决策由用户做

如果答案能够从代码、配置、日志或文档里查到，它应该自己调查，不应反问用户。

例如：

• “当前项目用什么数据库？”——查代码。

• “数据库是否需要更换？”——这是决策，询问用户。

• “现有 User 和 Organization 是什么关系？”——查模型和数据库迁移。

• “未来是否允许个人账号升级成组织？”——询问用户。

当前版本甚至要求在需要环境调查时派子智能体并行探索，因此复杂项目中可能带来额外 token 和工具调用。

4. 分轮提出问题

最新版不再绝对坚持一次只问一个，而是询问当前所有不互相依赖的“前沿问题”。

例如第一轮可能同时问：

1. 系统服务个人还是企业？

2. 是否必须兼容现有账号？

3. 首个版本是否接入真实支付？

如果“退款方式”依赖“支付平台选择”，它就留到下一轮，不会提前询问。

5. 未确认前不实施

即使模型觉得方案已经明确，也不会直接开始修改代码。它需要用户确认：

我们已经达成共同理解，可以开始实施。

这是一种明显偏保守的工作方式。

它最擅长解决什么问题

grill-me 主要防止下面几类失败：

• 用户和智能体对同一句需求理解不同；

• 智能体过早写代码；

• 重要假设没有被明确表达；

• 只讨论正常流程，遗漏异常和边界情况；

• 数据模型、API 或权限设计完成后才发现方向错误；

• 用户知道大概想要什么，但暂时无法写出完整规格。

特别适合：

• 新产品或新功能规划；

• 数据模型和数据库 schema；

• 权限、支付、工作流和状态机；

• 公共 API；

• 大规模重构；

• 很难回滚的技术选型；

• 需求方自己也尚未想清楚的方案。

不适合什么任务

下面这些情况通常不值得启动完整 grill-me：

• 修复一个原因明确的小 bug；

• 修改文案、颜色、间距；

• 用户已经提供详细规格；

• 可快速撤销的实现选择；

• 探索性原型；

• 用户希望智能体先做一个版本再根据结果调整。

例如：

把登录按钮从蓝色改成绿色。

如果此时还询问品牌战略、无障碍等级、主题系统和未来设计语言，显然属于过度拷问。

和 GPT‑5.6 Sol 自身能力的区别

GPT‑5.6 Sol 本来就能：

• 识别需求歧义；

• 分析依赖关系；

• 检查代码；

• 提出建议；

• 推断边界情况。

所以 grill-me 并不会给它增加新的推理能力。它增加的是一套行为约束和停止门槛：

所以它的意义是“可重复的严格流程”，不是“补足模型智商”。

效率和 token 影响

grill-me 文件本身只有几行，加载成本几乎可以忽略。真正的成本来自它启动的流程：

• 增加多轮对话；

• 每轮要重新携带已有上下文；

• 可能扫描更多代码；

• 可能调用子智能体调查事实；

• 会讨论一些最终没有采用的方案；

• 实施开始时间被推迟。

因此：

• 对简单任务：明显降低效率。

• 对复杂且不可逆的任务：前期 token 增加，但可能避免后期返工，总成本反而下降。

• 对小型项目：经常得不偿失。

• 对架构和核心领域设计：通常有实际价值。

我的建议

在 GPT‑5.6 Sol 中，把它当成一种按需开启的“设计审查模式”，不要设成所有任务的默认流程。

最实用的调用方式是附加边界：

使用 grill-me 审查这个方案。只追问会实质改变实现的问题；能从代码中确认的自行调查；可逆的小决定自行处理；最多三轮，最后输出已确认决策和剩余风险。

这样可以保留它最有价值的部分，同时避免无休止追问。

一句话总结：grill-me 不是让 GPT‑5.6 Sol 更聪明，而是阻止它过早自信地开始工作。