Anthropic工程师自曝：这套配置让我省掉40%的AI对话成

一位在Anthropic干了4年的工程师最近公开了他的Claude Code工作流。不是什么高阶技巧，就是一套文件夹结构和三份配置文件。但他声称这套东西能让AI少废话、少犯错、甚至少花钱——token消耗直接砍掉四成。

我翻完他的完整配置后意识到，这其实是给AI设定"职场边界"的教科书。大多数开发者把Claude当实习生用，随叫随到、事无巨细；而他把它当成一个有明确KPI和禁忌清单的协作方。

CLAUDE.md：给AI的入职手册

这份文件位于项目根目录，Claude每次启动都会自动读取。工程师的原话是：「这是最重要的文件。」

它的结构很像一份精简的员工手册。开头是项目一句话描述，然后是技术栈清单——Node.js 20、Express、PostgreSQL、Jest。接着是关键约定：必须用async/await禁用.then()链，所有函数要有JSDoc注释，错误处理必须throw而不是返回null，文件名用kebab-case。

真正值钱的是"What NOT to do"和"Response style"两个板块。

禁忌清单列了三条：不用var（ESLint会抓）、不提交.env、不写直连真实数据库的测试。这些不是技术选型，是血泪教训的固化。

响应风格的要求更直接：短回答，不要开场白；小改动只展示diff而非完整文件；超过50行的变更必须先询问。工程师实测，光是最后这条就让token用量下降约40%。Claude不再输出「好的！我现在开始重构你的代码...」这类废话，直接动手。

这有点像你给新来的高级工程师定规矩：别每次进会议室都自我介绍，直接说正事。

.claude/settings.json：权限的防火墙

这份JSON文件管的是Claude能执行哪些系统命令。工程师的allow列表很克制：git相关、npm、node、cat、ls、grep。全是只读或可控的操作。

deny列表则是他「学到教训」后的产物。三条红线：禁止rm -rf、禁止git reset --hard、禁止git push --force。他特意加了一句注释：「Claude Code真的会执行git reset --hard，如果你允许的话。别允许。」

这个细节暴露了一个被忽视的真相：AI工具没有"不小心"的概念，只有"被允许"和"被拒绝"。你以为它在帮你清理代码，它可能正在抹掉你三天的工作。

自定义命令：把重复工作做成快捷方式

工程师在.claude/commands/下放了三份markdown文件，分别对应review、test、deploy。它们会变成Claude的斜杠命令：/project:review、/project:test、/project:deploy。

review.md的指令很具体：检查自上次提交以来的代码变更，聚焦四类问题——安全漏洞（SQL注入、XSS、密钥暴露）、测试抓不到的逻辑错误、性能问题（N+1查询、缺失索引）、缺失的错误处理。输出格式要求带HIGH/MED/LOW前缀的bullet list，明确排除风格检查（因为ESLint管这个）。

test.md的要求更细：只看变更文件，为未覆盖的新函数写Jest单元测试，必须mock所有数据库调用，必须测试失败场景而非仅happy path，测试文件放在__tests__/目录且紧邻源文件。

deploy.md目前只列了两条：跑npm test，有失败就停止。看起来还没写完，但思路清晰——把人工检查清单变成可执行的程序。

这三份文件的共同点是：它们不把Claude当全栈工程师用，而是当成一个专门做代码审查、测试补全、部署检查的临时工。每次任务范围锁死，输出格式预制，省掉大量来回确认的成本。

工程师在文末提到，这套配置来自20多个项目的重复搭建。他没有说具体省了多少钱或时间，但40%的token降幅相当于直接削减API调用成本。对于按量计费的Claude Pro或API用户，这是真金白银。

更值得玩味的是他的配置哲学：不是让AI更聪明，而是让AI更克制。限制它的权限、缩短它的回答、预制它的任务边界。这和我们通常想象的"AI赋能"相反——不是给AI更多自由，而是给它更清晰的牢笼。

这套东西能直接抄吗？技术栈匹配的话可以。但更大的价值可能是思路：在你抱怨AI不好用之前，先检查自己有没有给它一份像样的入职手册。

最后一个问题留给你：如果你的项目明天要招一个只存在云端、随时可能误删数据的"工程师"，你的CLAUDE.md会怎么写？