Karpathy 去了 Anthropic,他写的「员工手册」我装了半年
半年前，我连 Andrej Karpathy 是谁都不知道。
但他写过的一份 65 行 Markdown，我装了好几个月——Claude Code、Codex，所有项目里都挂着同一份。
昨天，他官宣加入了 Anthropic。
我第一反应不是「哇大新闻」，而是：
「那个写’员工手册’的人，跳槽了。」
如果你也在用 AI 写代码，这篇值得花 5 分钟看完。
这个人是谁？为什么我装了他的 Markdown
先简单交代下背景。这个名字大多数人可能没什么印象，包括半年前的我自己。
Andrej Karpathy 履历:
- OpenAI 创始成员之一（2015）
- Tesla 自动驾驶 5 年负责人（2017-2022）
- 短暂回到 OpenAI（2023）
- 出来搞 AI 教育创业 Eureka Labs（2024）
- 加入 Anthropic pre-training 团队（2026.5）直接跳到 OpenAI 最大的对手——算是今年 AI 圈最显眼的一次人才迁移。
但我真正想说的，不是这条新闻本身。
而是这个人在今年 1 月底，用一条推改变了 13 万开发者的 AI 编程方式。
65 行的 Markdown，13 万 star
那条推，Karpathy 吐槽了一通他用 AI 编程时遇到的几个典型毛病：
- 不问就瞎猜
- 简单需求做得过度复杂
- 顺手改了你没让它改的代码
- 写完不验证，等你来兜底
扎心了吧？
我看到那条推的第一反应就是——「这不就是我天天遇到的事」。
然后有个开发者 Forrest Chang 把这段吐槽，让 Claude Code 自己提炼成了一份 65 行的 CLAUDE.md 文件，丢到 GitHub 上。
四个月。13 万 star（两个镜像合计超过 22 万）。GitHub 历史涨星最快的项目之一。
仓库地址：
我也是给它点星的其中一个人。还顺手装到了自己所有项目里。
为什么一个文本文件这么火
原理朴素到有点离谱：
Claude Code 在每个项目目录下，会自动读根目录的 CLAUDE.md，把里面的内容当成 AI 的”长期指令”。你在那里写什么，AI 就会一直按那个规矩做事。Cursor、Codex 也支持类似机制。
而 Karpathy 总结的那四条规则，几乎击中了所有人用 AI 写代码时的痛点。
复制到自己项目里，30 秒搞定，门槛为零。
四条规则全文（这是核心，别跳过）
下面是这个文件翻译过来的核心内容（原文英文，我做了简单意译）：
行为准则：减少 LLM 在编码中常犯的错误。可与项目本身的指令合并使用。
取舍说明： 这套规则偏保守，会牺牲一点速度换稳。琐碎任务自己看着办。
1. 先想再写
别假设。别藏起困惑。把权衡摆出来。
动手之前：
- 把你的假设明确说出来。不确定就问。
- 如果有多种解读，列出来，别一个人偷偷决定。
- 如果有更简单的做法，说出来。该反对就反对。
- 哪里没看懂，停下来。指出来。问。
2. 简单优先
只写解决问题的最少代码。不写任何投机性的东西。
- 不做用户没要求的功能。
- 不为只用一次的代码搞抽象。
- 不加用户没要求的”灵活性”或”可配置性”。
- 不为不可能发生的场景写错误处理。
- 写了 200 行能用 50 行解决的，推倒重写。
自问：「一个资深工程师会不会觉得这太复杂？」如果会，就简化。
3. 外科手术式改动
只动该动的。只清理你自己造成的烂摊子。
修改现有代码时：
- 别”顺手”改旁边的代码、注释、格式。
- 别去重构没坏的东西。
- 沿用现有风格，哪怕你觉得不好。
- 看到无关的死代码，提一下就行，别删。
如果你的改动产生了孤儿代码：
- 删掉你这次改动导致没用的 import / 变量 / 函数。
- 但不要去删那些原本就没用的旧代码，除非用户让你删。
判断标准：每一行改动都能直接追溯到用户的需求。
4. 目标驱动的执行
先定义”做完”的标准。然后循环到验证通过。
把任务转换成可验证的目标：
- 「加个校验」→「先写测试覆盖非法输入，再让测试通过」
- 「修个 bug」→「先写测试复现这个 bug，再让测试通过」
- 「重构 X」→「确保重构前后测试都过」
多步任务先列计划：
1. [步骤] → 验证：[检查]
2. [步骤] → 验证：[检查]
3. [步骤] → 验证：[检查]强成功标准让 AI 能自己跑通；弱标准（比如「让它工作」）会逼你一直手动澄清。
这套规则有没有用，看三个信号： diff 里多余的改动变少了；因过度设计而推倒重来的次数变少了；澄清问题出现在写代码之前，而不是出错之后。
一个独立开发者的真实使用感
四条规则看完，你大概也能体会到——它讲的是所有用过 AI 编程的人都踩过的坑。
但作为一个独立开发者，我想说点更具体的。
我把它当成了「员工手册」
说起来，这件事跟我也有点关系——这个 Markdown 我装了好几个月了。
没按推荐的「每个项目放一份」装，直接放在全局。Claude Code 和 Codex 都挂着同一份（哈哈哈哈，省钱是独立开发者的生存智慧）。
理由很朴素：装一个 Markdown 的成本是零，万一有用就赚了。
没做对比，但还是装着
实话讲，我没做过严格对比，没法告诉你「装了之后效率提升 30%」这种数据。
但有两条规则，是我一个人维护着 4 个出海产品时，看一眼就共鸣的：
「外科手术式改动」——最怕 AI 顺手把别的地方也改了。
一个人开发，测试覆盖率本来就有限。AI 一改一大片，等哪天产品突然崩了，我都不知道是哪行代码导致的。
这种事我经历过，扎心。
「简单优先」——独立开发的代码本来就该简单到能一个人维护。
AI 给你搞个 200 行的”灵活架构”，下个月我自己都看不懂。
它没让 AI 变圣人
当然，装了规则 AI 也不会变圣人。
它还是会偶尔过度抽象，还是会自作主张顺手”优化”一下。
但比起完全裸奔，至少我多了一份「员工手册」可以指着说：
「你看，你违反第 X 条了。」
独立开发者就是一个人扮演一整家公司——CTO、SEO、设计、客服、财务全自己来。
AI 就是我雇的最便宜的「员工」。
这份 CLAUDE.md，差不多就是入职第一天该签的守则。
一个细节：Claude 和 Codex 用的是同一份
还有个细节我觉得挺有意思：这套规则在 Claude 和 Codex 上我都用同一份，没改过。
说明它抓的是 LLM 的共性问题，不是 Claude 独有。
换个说法，Karpathy 写的是一份”通用 AI 协作合同”，只是先在 Claude 这边火了。
AI 时代的爆款公式：洞察 + 载体 + 背书
Karpathy 那条推之所以能被几十万人共鸣，是因为他描述的不是某个新方法。
而是把所有人都遇到过、但说不清楚的痛，准确翻译成了文字。
而把推文变成一个 65 行的 Markdown，再被 13 万人 star——这一波 AI 时代很典型的传播路径，可能就藏在这个简单的公式里：
真正的洞察 + 零门槛的载体 + 一个签名背书 = 爆款
- 洞察：所有人都遇到过、但说不清楚的痛
- 载体：一个 30 秒就能装上的 Markdown 文件
- 背书：Karpathy 三个字
任何一环少了，都火不起来。
至于他加入 Anthropic 之后会做什么，官方说法是「用 Claude 加速 pre-training 研究」。
翻译一下：让 AI 帮 Anthropic 训出更强的 AI。
接下来几年，值得看。
如果你也在用 Claude Code、Codex 或者 Cursor，下面这条命令复制走，30 秒搞定：
curl -o CLAUDE.md https://raw.githubusercontent.com/multica-ai/andrej-karpathy-skills/main/CLAUDE.md装上之后，欢迎来评论区告诉我你的真实感受。