一位开发者在检查自己的Claude账单时，发现了一个尴尬的事实：他的AI助手一直在津津有味地阅读pnpm-lock.yaml——一份3.2MB、毫无营养依赖清单——而且每次探索代码库都要来一遍。
Anthropic最近宣布收紧5小时会话限制，尤其在高峰时段。这本是平台侧的成本管控，却意外逼出了一批「Token审计师」。他们开始追问：我的配额到底花在哪了？
「就像酒店按小时收费，结果发现服务员每次进房间都要把迷你吧翻一遍」
这位开发者的排查结果很有代表性。Claude的自动文件探索机制，正在无差别吞噬大量对编程毫无帮助的文本：锁文件、构建产物、node_modules、测试覆盖率报告、甚至GIF动图。
锁文件是重灾区。package-lock.json、yarn.lock、pnpm-lock.yaml这些文件动辄数MB，内容是完全展开的依赖树版本号列表。对人类来说，它们的存在意义是「让安装可复现」；对AI来说，它们是纯粹的Token黑洞——既不能帮助理解业务逻辑，也无法指导代码生成。
构建产物同样如此。.next/、dist/、build/文件夹里是经过压缩、混淆的代码，*.min.js里的变量名已经是a、b、c。让Claude读这些，相当于请一位建筑师研究建筑垃圾的分子结构。
更隐蔽的消耗来自CLAUDE.md。这是Anthropic推荐的上下文文档，用于向AI传递项目架构和编码规范。但很多人把它写成了技术史诗——某位开发者的文件膨胀到800行，涵盖从部署流程到命名约定的全部细节。
问题在这里：CLAUDE.md的每一行都会在每次对话开始时加载进上下文。800行意味着800行的「常驻内存税」，无论你只是问个简单的函数用法，还是要做复杂重构，这笔钱都得先交。
那位发现锁文件问题的开发者，把自己的CLAUDE.md砍到了145行。只保留架构骨架、关键约定、常见陷阱。不是小说，是速查卡。
解决方案：给Claude一本「黑名单」
核心工具是.claudeignore——机制类似.gitignore，但专门管控Claude的文件访问权限。开发者列出的屏蔽清单包括：
依赖目录：node_modules/、.pnp.*
构建输出：.next/、out/、build/、dist/
锁文件三件套：package-lock.json、pnpm-lock.yaml、yarn.lock
压缩产物：*.min.js、*.min.css
生成代码：next-env.d.ts、*.tsbuildinfo
缓存与报告：.cache/、__pycache__/、coverage/
敏感与大文件：.env*、*.gif、*.mov、*.png
这份清单的制定逻辑很清晰：如果人类程序员不会手动打开某个文件来理解项目，AI也不该自动读它。
有趣的是，这暴露了一个产品设计张力。Claude的卖点是「能自主探索代码库」，但自主不等于高效。平台默认的贪婪策略——为了不错过任何可能有用的上下文，宁可错读一千——在Token计费模式下变成了用户的隐性成本。
Anthropic的5小时限制收紧，某种程度上是把平台成本转嫁给了用户。但用户侧的优化空间也随之显现：当配额变紧，浪费就变得不可忍受。
Max计划用户的「Token审计」
如果你订阅了每月100美元的Max计划，仍然感觉烧得太快，排查路径已经清晰。Anthropic在控制台提供了上下文查看功能，可以看到每次对话中Claude实际读取了哪些文件。
一位开发者的自查发现：一次看似普通的代码探索，Claude默默加载了coverage/lcov-report下的HTML报告、.vercel的部署配置、以及几张UI截图。这些文件的总Token量，超过了实际要修改的源文件十倍。
另一位用户做了前后对比：添加.claudeignore后，同类型任务的Token消耗下降了约40%。CLAUDE.md瘦身带来的收益更难量化，但原理上每次对话都在节省「入场费」。
这引出一个更深层的问题：当AI助手按Token计费，「上下文工程」会不会成为新的技术栈分支？就像数据库有查询优化，云原生有成本治理，与大型语言模型的交互也需要专门的「开销管控」技能。
目前.claudeignore还是社区自发实践的产物，Anthropic官方文档尚未正式收录。但它的存在已经被广泛传播，甚至有开发者制作了针对不同技术栈的模板：React项目版、Python项目版、 monorepo版。
热门跟贴