发布日期：2026-05-02
发现了一个最近热度很高的仓库： andrej-karpathy-skills 129k star
它做的事情很直接：把 Andrej Karpathy 对 LLM 编码常见问题的观察整理成 Claude Code 的行为约束，落成一份 CLAUDE.md，或者一个 skill。
这哥们从特斯拉跳槽到 OpenAI ,这几天又跳槽到了 Anthropic
这些问题很多人都见过：
这份仓库就是把这些常见问题先收进一组明确的行为规则里，只有四条规则。
对应关系很清楚：
Think Before Coding：减少错误假设和隐藏的困惑Simplicity First：减少过度设计和膨胀抽象Surgical Changes：减少无关改动和“顺手优化”Goal-Driven Execution：减少目标模糊和无法验证的任务这也解释了为什么这个仓库虽然很小，但很多人装完以后会觉得 Claude Code 的“手感”变了。
README 不复杂，核心就是四条原则：
Think Before CodingSimplicity FirstSurgical ChangesGoal-Driven Execution这四条讲的是 agent 的行为方式，不是代码风格。
Think Before Coding 对应的是一种很常见的情况：LLM 很容易先做一个假设，然后沿着这个假设一路往下跑。
仓库里给出的要求包括：
这条规则放到 coding agent 里很重要。很多返工，往往出在前面这几步：
一旦起步错了，后面代码写得越快，返工也越大。
Simplicity First 对应的是另一类问题：模型很容易过度设计。
仓库里写得很直接：
这条规则很适合日常用 Claude Code 的场景。很多时候最烦的，是它写得太多：
功能做出来了，代码库却更重了。
Surgical Changes 对应的是“顺手改了一堆没让它改的东西”。
仓库里要求得很细：
它唯一鼓励清理的是：
这条很像 code review 的一条基本原则：
每一行 diff 都应该能追溯回当前这个需求。
对 Claude Code 来说，这一点尤其重要，因为它太容易“顺手帮你一起改了”。人类工程师看到这种提交，通常第一反应都是：
Goal-Driven Execution 是这套规则里最有用的一条。
README 把问题讲得很清楚：
不要只给一句：
add validationfix the bugrefactor X这种话对模型来说太模糊了。
更合适的写法，是把任务改成一个可验证的目标，比如：
两者的区别在于：
这里有一句话写得很直接：
Don't tell it what to do, give it success criteria and watch it go.
这很像写给 coding agent 的工作单：
成功标准清楚以后，模型更容易自己循环下去。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。