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

大神入职后活跃度降低上班真是有毒啊连AI领域大神Andrej Karpathy安德烈・卡帕西去到Anthropic之后也变“牛马”没空在GitHub上做贡献了。自从今年5月19日正式加入AnthropicAndrej 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%。无论如何这些原则是区分有效构建和混乱构建的关键所在。