如何在使用AI代理编码时节省Token：副标题等等
一篇讽刺性的指南，提供了三种有争议的方法来减少使用AI代理编码时的Token消耗：劫持命令输出、玩电话游戏式的代码上下文、以及极度简洁的交流方式。
你是否经常遇到令牌（Token）限制？你是否觉得每月200美元的套餐仍然不足以支持你使用AI代理进行编码？别担心，这里有三条经过实战检验且绝对有效的策略，保证能大幅削减你的令牌消耗，不过要注意，这些方法都带有讽刺意味，实际使用时请谨慎考虑。
- 劫持命令输出：命令行程序通常会产生非常冗长的输出，你的AI代理会浪费宝贵的令牌去阅读这些“垃圾”。一个简单的解决方案是创建一个包装脚本，该脚本运行命令但将标准输出和错误输出重定向到/dev/null，然后只输出“OK.”。将这个脚本命名为ok并放置在PATH中，然后通过一个“技能”（Skill）告诉AI代理在每次执行命令时都使用它。例如，当你需要执行
git status时，AI代理会运行ok git status，从而只消耗一个Token来表示成功。你甚至可以将这个技能上传到GitHub，看着星星的数量不断攀升，仿佛你真的做了什么伟大的事情。
- 电话游戏：与其让AI代理读取整个类的源代码，不如只给它类名和方法名。这样AI代理就无法看到实际的代码，但不用担心，它会自行“脑补”出缺失的细节。如果你觉得令牌消耗还是太多，可以进一步简化为只提供一个文件名，例如“一个名为ContentView.swift的Swift文件”。AI代理在完全看不到代码的情况下，依然会基于其内部知识进行推测，生成出看似合理的代码。
- 少说话：你可以通过减少AI的思考过程来让它少说话。当你问“33乘以55等于多少？”时，不要让它犹豫不决地给出推理步骤，而是使用一个技能强制AI立刻给出答案，比如回答“不知道，可能是3535”。这是一种权衡，但为了节省令牌，作者认为这是值得的。
除此之外，还有一个高级技巧：你甚至不需要安装任何东西。只需使用极度简洁的语言风格与AI代理交流，例如使用文言文。比如，如果你觉得一个类太长且不符合DRY原则，想让AI代理重构它，你可以说：“此类职责不一。分之。”AI代理会回复：“今分为三。原有十二法，各归其主。测试皆通。”这个过程不仅节省了令牌，还增添了一丝古典韵味。
最后，作者在结尾处自嘲地提醒，是否已经清理了开头AI生成的回复。这篇文章本身就是一个讽刺性的指南，提醒我们在追求效率的同时，不要忘记与AI合作的初衷。