Superpowers Skills 太耗 Token?不妨先试试 grill-with-docs
我用了一段时间 Superpowers Skills,最大的感受是:它很认真,也很全面,但有时真的太费 Token。
明明只是想改一个小功能,它可能先和你讨论想法,再写设计、列计划、分任务、做检查。大项目这样做很稳妥,但小项目也走完整套流程,就像为了去楼下买瓶水,先开了一场出行会议。
后来我发现,很多时候并不是 AI 不会写代码,而是我自己还没有把需求说清楚。与其一开始就让它做一大堆事情,不如先用 grill-with-docs,让 AI 把问题问明白。
grill-with-docs 是做什么的?
这个名字看起来有点奇怪。简单来说,它会像一位认真负责的同事一样,不断追问你:
- 你真正想解决什么问题?
- 哪些功能必须有,哪些以后再说?
- 如果出现这种情况,你希望程序怎么处理?
- 你刚才的说法,和项目里原来的规则是不是冲突了?
它不会急着写代码,而是先陪你把事情想明白。聊清楚以后,它还会把重要结论写进项目文档。下次再让 AI 接着做时,就不用从头解释一遍。
为什么这样更省 Token?
AI 最容易浪费 Token 的时候,不是写代码,而是反复猜你的意思。
需求没说清楚,它先做一版;你发现不对,让它重做;改到一半又发现前面的决定互相冲突。几轮下来,聊天越来越长,代码和文档也越来越乱。
grill-with-docs 的做法很直接:先问清楚,再动手。
它本身也会使用一些 Token,但这些内容会变成可以留下来的项目说明。相比反复返工,这笔开销通常更值得。
它和 Superpowers 有什么不同?
可以把它们想成两种不同的帮手:
| 工具 | 更像什么 | 适合什么时候用 |
|---|---|---|
| Superpowers Skills | 一套完整的工作流程 | 功能较大、改动较多、出错代价较高 |
| grill-with-docs | 一位不停追问的同事 | 想法还比较模糊,需要先把需求聊清楚 |
grill-with-docs 不能代替所有 Superpowers 功能。它不会自动帮你完成测试、检查代码和确认最终结果。
更合适的用法是:先用它把事情说清楚,然后只选择真正需要的步骤。这样比每次都启动完整流程轻巧得多。
怎么安装 grill-with-docs?
最简单的方法,不是自己研究文件应该放在哪里,而是直接让 AI 帮你安装。
你可以把下面这句话发给 Codex、Claude Code 或其他支持 Skills 的 AI:
请帮我安装 grill-with-docs。
安装完成后,告诉我它来自哪里、安装到了哪里,以及应该怎么使用。
如果 AI 找不到,可以把来源也一起发给它:
请从下面这个 GitHub 项目安装 grill-with-docs:
https://github.com/leejianrong/claude-skills/tree/main/grill-with-docs
请先检查我的工具使用哪种 Skills 目录,再完成安装和验证。
不要删除或覆盖我已有的其他 Skills。
安装完成后,建议重新打开一个会话,再检查技能列表里是否能看到 grill-with-docs。不同 AI 工具的安装位置可能不同,所以让 AI 先检查环境,比照抄一条固定命令更可靠。
怎么使用?
当你有一个想法,但还不知道具体应该怎么做时,可以直接说:
请使用 grill-with-docs,和我一起把这个想法聊清楚:
我想给博客增加邮件订阅功能。
接下来,AI 会逐个问你问题。你只需要按自己的真实想法回答,不必一次写出完整需求。
如果项目里已经有说明文档,也可以这样说:
请使用 grill-with-docs,先阅读这个项目现有的代码和文档,
再检查我的新想法有没有遗漏或冲突。
我现在怎么选择?
我的做法很简单:
- 只是改文字、颜色或一个小问题:直接让 AI 做。
- 自己还没想清楚:先用
grill-with-docs聊明白。 - 涉及很多文件,或者出错会造成严重影响:再按需要使用 Superpowers 的计划、测试和检查功能。
不要因为安装了一套很完整的工具,就要求每个任务都走完所有步骤。工具应该帮我们少走弯路,而不是让简单的事情变得更复杂。
最后想说
Superpowers Skills 并不是不好。它更适合需要认真规划和反复检查的大任务。
但对个人项目和日常小改动来说,先用 grill-with-docs 把问题问清楚,往往更自然,也更省 Token。
一句话总结:
小事直接做,想不清楚先聊,大事再上完整流程。
参考: