AI DevSpace 免费体验的 Token 账本：3 小时里，哪些操作最烧 Token

免费体验版给了 3 小时和 Token 限免，第一反应往往是“敞开用”。但连着几天的会话记下来，我发现一个反直觉的事实：Token 不是按时间花的，而是按“你让 AI 干了什么”花的。同样 3 小时，有人只够跑两三个来回，有人能做完一轮完整的查、问、改、验。差别不在手速，在每一轮对话的“花法”。这篇就是我这几天的 Token 账本。

一、先说结论：开销分三类

第一类是“读”的开销：让 AI 通读工程、读文档、读报错。单次不贵，但次数一多就悄悄累积。第二类是“改”的开销：让 AI 改代码、重写方案，尤其是不给约束、让它自由发挥的时候，一轮顶好几轮。第三类是“验”的开销：让 AI 自己编译、自己检查、自己复述结果。看起来多花了一轮，实际上常常替你省掉后面两三轮返工。

二、账本里的三笔记录

第一笔：让 AI 先通读模板工程，再问“入口在哪”。这一轮读得多，但回答一次就准，后面几乎不用再问同类问题。读的开销花在了前面，省的是后面的反复。

第二笔：没给约束就让 AI 改代码。结果它改了三处我没要求的地方，我又花一轮让它改回来，再花一轮确认没改坏。一轮变三轮，是这几天最贵的一笔。

第三笔：先查后问。让 AI 先去查配置、查现有实现，再回答能不能做、怎么做。查的那一步本身也要花 Token，但答案里几乎没有“想当然”的部分，返工最少。

三、四条省 Token 的习惯

第一，先给范围再提问。把“看一下这个工程”换成“只看入口模块和构建清单，回答入口 Ability 是哪一个”。范围越小，无效阅读越少。

第二，一次只改一件事。改完先验证，再提下一个需求。并行提三个改动，AI 很容易只做好两个，第三个还得重来。

第三，让 AI 先复述理解再动手。复述只要几句话，却能提前暴露理解偏差，比改完再返工便宜得多。

第四，把验证交给 AI，但把“停”的标准写清楚。比如“编译通过、入口能打开、首页可见，才算完成”，否则 AI 会一直“再试一次”。

四、账本之外的两点提醒

免费体验的 3 小时到期后环境会回收，重要的结论和产物要及时保存到自己的地方，别只留在会话里。Token 限免也不等于无限，免费额度是用来体验和验证思路的，不是用来把 AI 当免费劳动力批量跑任务的。

结尾

记 Token 账本，记的其实不是 Token，是注意力花在了哪里。读、改、验三类开销里，真正贵的一直不是“读”和“验”，而是没有约束的“改”。给 AI 立好规矩再让它动手，3 小时能做的事，比想象中多得多。