@PrajwalTomar_: 等等，这真的离谱。你的 Claude Code 账单大部分花销是在为重复阅读同一份代码付费。每次编辑，它都会重新读取……

X AI KOLs Timeline 工具
claude-code token-cost codebase-mapping context-pruning project-memory ai-coding productivity

摘要

一条推文指出，Claude Code 的大部分 token 费用来自每次编辑时重新读取整个代码库，并重点介绍了一类新工具，它们通过代码库映射、上下文剪枝和项目记忆大幅减少 token 使用量，链接文章中列出了 10 个这样的工具。

等等，这真的离谱。 你的 Claude Code 账单大部分花销，是在为重复阅读同一份代码付费。 每次编辑，它都会重新读取整个仓库，只是为了看看改了什么。每一轮消耗数万 token，而这些都是它已经拥有的上下文。 有人刚刚展示了一种修复方案：对代码库建立映射，让 agent 只读取你的改动实际涉及的部分。 据报道，一个原本要烧掉约 10 万 token 的任务，现在成本降到几美分。 而人们忽略的是：这现在已经是一个完整的类别，而不只是一个仓库。 上下文剪枝（context pruning）会去掉每次工具调用带入的垃圾信息；项目记忆（project memory）让你不必在每次会话中重新解释你的仓库；审查门控（review gates）只标记那些真正复现的 bug。 你的 Claude Code 和别人的一样。区别在于配置。 我把真正有效的 10 个工具放在下面的文章里了。
查看原文
查看缓存全文

缓存时间: 2026/08/05 12:24

等等，这真的太疯狂了。

你大部分的 Claude Code 账单，其实是在为重复阅读同样的代码付费。

每次编辑，它都会把整个仓库再读一遍，就为了看看有什么变化。每轮对话消耗成千上万的 token，而这些都是它原本就已掌握的信息。

有人刚展示了一个修复方案，将你的代码库映射起来，这样 agent 就只会读取你的改动实际影响的部分。

一个原本要烧掉约 10 万 token 的任务，据说成本骤降到了几美分。

而这里有个大家容易忽略的点：这现在已经是一个完整的类别了，而不只是一个仓库的问题。

上下文剪枝（Context pruning）能剔除每次工具调用时倾泻进来的垃圾信息；项目记忆（Project memory）让你不必每次会话都重新解释你的仓库；审查门控（Review gates）只标记那些真正被复现的 bug。

你的 Claude Code 和其他人没什么两样。差别在于配置方式。

我把真正能带来显著效果的 10 个方案写在了下面的文章里。

相似文章