AI大神Andrej Karpathy加入Anthropic后变“牛马”，其自用CLAUDE.md文件有啥干货？

大神入职后活跃度降低

上班真是有毒啊，连AI领域大神Andrej Karpathy（安德烈・卡帕西）去到Anthropic之后也变“牛马”，没空在GitHub上做贡献了。自从今年5月19日正式加入Anthropic，Andrej Karpathy在开源社区的活跃程度直线降低，最近就连在X平台上发帖也少了。他这几天还在X上和网友们打起了嘴仗，吐槽推荐算法靠冲突引流导致社区气氛变差。对此马斯克也承认：确实，我们需要彻底改进。

“做教程”热情依旧

不过作为一个闲不下来的人，Andrej Karpathy对「做教程」这件事的热爱是一以贯之的，不论主动还是被动。最近有人说，「我有个朋友，拿到了Andrej Karpathy实际使用的CLAUDE.md文件。」据说它可以完全改变你使用Claude的方式。这下大家又有的学了？

CLAUDE.md文件揭秘

一份「Karpathy自用的CLAUDE.md」在社区流传。CLAUDE.md是一个专门写给Claude AI看的项目级说明文档。随着AI编程助手（尤其是Anthropic的Claude Code命令行工具，以及各种集成了Claude的编辑器）的普及，开发者需要一种标准化的方式来告诉AI：「在这个项目里，你应该遵循什么规则」。将这个文件放在项目的根目录下，当你在该项目中使用Claude辅助编程时，它会自动读取其中的内容。

文件内容大公开

这份号称是「Andrej Karpathy实际使用的CLAUDE.md文件」究竟讲了啥？这份文件之所以存在，是因为大语言模型在写代码时会犯一些可预测的错误。这些错误并不是随机发生的，它们总是同一类问题，一遍又一遍地出现。文件中强调这些不是建议，而是规则。遵守它们，你产出的代码就不需要被重写；忽视它们，你产出的代码也许看起来很厉害，但会在生产环境中出问题。

写代码的规则与建议

文件中给出了一系列写代码的规则与建议，比如写之前先读，要认真阅读即将修改的文件，查看项目里类似功能的实现方式，查看测试文件等；写代码之前先想清楚，说清楚假设、取舍，列出多种方案并给出推荐，有困惑就停下来；保持简单，抵抗过度设计的冲动，避免过早抽象、臆想式错误处理、不必要的可配置和没有生命力的灵活性；外科手术式修改，diff要尽可能小，不碰没被要求碰的东西，匹配现有风格，只清理自己造成的问题，不要重新格式化；验证，修bug时先写测试，改动前后都运行现有测试，不要为了写测试而写测试，没法写测试就说明原因；目标驱动执行，每个任务要有清晰的成功标准，把模糊任务变成可验证任务，执行前说明计划；调试，阅读错误信息，先复现问题，一次只改一件事，不要在没理解根因之前加workaround，卡住了就说出来；依赖，不要不经思考就添加依赖，添加package之前先问几个问题，添加时说明原因；沟通，围绕代码的沟通和代码本身一样重要，说明做了什么及为什么这么做，主动指出隐患，精确表达不确定性，不要解释用户已经知道的东西，Commit message要写具体。

常见失败模式

文件还指出了常见的失败模式，如大杂烩，只做用户要求的一件事，别“顺手”重构半个代码库；错误的抽象，重复远比错误抽象便宜，复制粘贴两次以后再考虑抽象；隐形决策，做架构选择要标记成决策，让用户知道；乐观路径，考虑API返回500、文件不存在、用户提交空表单等情况；知识幻觉，不确定某个方法是否存在就查文档、看源码；风格漂移，匹配代码库风格，而不是自己的偏好；失控重构，修复开始连锁扩散就停下来，告诉用户并获得同意。

文件真实性与价值

有网友表示，值得细读的是其结构，而不是照搬复制粘贴。最好的CLAUDE.md文件永远是根据你自己的技术栈和风格进行调整的。还有网友评论，即使是Karpathy这种人物，用Claude的时候还是得写一大堆详细规则，像管一个初级实习生一样，对Claude进行事无巨细的指导。关于这份被称为「Andrej Karpathy自己用的CLAUDE.md」的文件，它的真实性存疑，但其内容确实完全基于Karpathy本人的思想。自从发明了Vibe Coding（氛围编程）概念之后，Andrej Karpathy本人高度依赖AI辅助编程，公开发表过一系列关于当前大语言模型写代码「通病」的观察与吐槽。社区开发者基于他的这些思考，将其提炼成了4条核心原则，并制作成了CLAUDE.md模板供大家直接套用，项目还有十几万的star。比如这个《andrej - karpathy - skills》，有博主测试说，能将Claude的代码错误率从41%降到11%。无论如何，这些原则是区分有效构建和混乱构建的关键所在。