当你的AI编程助手开始给你打小票

写代码写到深夜的时候，你可能完全不会注意到token在疯狂燃烧。实时看不到账户余额往下降，确实少了点紧迫感。但月底账单一来——好家伙，全是惊吓。

Token Receipt 这玩意儿就是来解决这个"惊喜感"的。它不让你月底才看到账单，而是在你写代码的过程中，直接给你打印一张热敏小票。上面清清楚楚写着，你的编程助手这段时间到底在干嘛。

这东西为啥有意思？

说实话，市面上监控AI用量的工具不少，但 Token Receipt 走的是另一条路。

做这个工具的开发者抓住了一个人之常情：程序员爱截图。遇到报错截图发群里，看到奇怪的输出截图留证据，有意思的bug截图给同事看。这已经成为我们日常沟通的一部分了。

一张能直接截图发出去的小票，传播效果完全不一样。比打开一个数据看板，然后指着某个图表说"你看这个曲线"要直观得多。看完之后你会想跟同事吐槽："你敢信吗，这个文件它读了七遍"或者"我的上下文窗口简直就是个情绪垃圾桶"。

小票上到底写了啥？

Token Receipt 会去解析你本地的会话日志，然后挖出一些有意思的使用模式。第一个版本主要关注从日志里能直接拿到的东西，比如：

• 同一个文件读了好几遍——就是翻来覆去那种
• 想好了再动手的规划型操作
• MCP工具打卡游——对，你没看错，这是个正经的分类
• 子代理套娃——你的AI助手唤醒了小助手去协调小小助手
• 吃缓存的会话和花大钱出活少的运行记录

举个例子，你有没有见过那种情况：AI仔仔细细把你的代码库逛了个遍，然后改了3行，最后生成了比你项目代码还长的输出？这种会话会被单独标记出来。

隐私方面不用担心

有一点必须说清楚：Token Receipt 不需要你再注册什么API Key。整个流程靠你现有的 Codex 或 Claude Code 会话来处理格式化，数据读取和生成都在本地跑。v1版本不会上传你的日志、提示词或者代码片段。

这很重要。当一个工具在分析你的编程习惯时，你肯定不想让它把你的东西传到哪里去。这个工具从设计上就把这一点卡死了。

Kiro CLI 和 Cursor 待遇不同

Kiro CLI 的支持有点特别——它读取的是本地实际的用量数据，而不是估算的token数。原因很实在：不是每个编程助手都会暴露相同的计量接口。与其瞎猜，不如直接读系统能给到的数据。如果你日常就在用 Kiro，它会和其他会话一起出现在你的小票上。

Cursor 的支持目前标着"实验性"，因为情况差不多——工具调用和workspace的信息能拿到，但花销的计量没有其他几个那么精确。文档里也写清楚了：Cursor 的小票能看到行为模式，但具体的钱数就没那么准了。

说白了是啥？

Token Receipt 是个让你自我审视的工具，只是包装成了个有趣的玩意儿。

它暴露的那些"坏习惯"——反复读取、上下文膨胀、过度规划——这些本身不是bug，而是一些信号。告诉你：是不是工作流可以优化一下？提示词是不是该调整调整？或者跟AI助手合作的方式得换换了？

小票的形式让分享变得很容易。大家一起笑完"配置文件被读了八遍"这件事之后，其实已经在聊怎么配合AI干活更高效了。

想试试？

安装很简单，走skills通道就行：

npx skills add ameyalambat128/token-receipt --skill token-receipt

装完之后，在你的下一个会话里直接敲 /token-receipt 就能生成。或者你想狠一点：/token-receipt Generate a receipt for my last 30 days of usage —— 直接来一个30天的历史大起底。

项目是MIT协议开源的，如果你想给其他编程助手也加上支持，或者想改改小票的格式，欢迎去仓库提PR。

最后

Token Receipt 不会直接帮你省钱——它不是砍掉你的API账单。但它可能会改变你跟AI编程助手打交道的方式。一旦你看过自己那些习惯被一条条列出来，就很难再毫无知觉地往上下文窗口里塞东西了。

有时候，你缺的可能就是这么一张热敏纸小票——一种你没想到自己需要的"问责机制"。