写给编码代理的 Karpathy 四原则

GitHub Stars 20万

分类：编程与开发

四条准则每条都配了一句能当场判定的检验。动手前先把假设说出来，需求有两种读法就都摆上桌，不许默默挑一条。砍抽象靠一问——资深工程师会说这过度设计吗；卡住顺手重构靠另一问——每一行改动能不能追溯到我的要求。祈使句则要改写成可验证的目标：「加个校验」变成「先写非法输入的测试，再让它通过」。权衡作者也写在明处：偏保守而非快，琐碎改动不必上全套。

开发知识管理开源

一句话价值

一份 65 行的 CLAUDE.md，把 Karpathy 点名的四类编码代理毛病写成可检查的约束：不替你猜、不过度设计、不顺手改无关代码、动手前先定验收标准。

适合场景

开发者
创业者
职场人士

亮点

先别写代码：把你对这个需求的假设逐条列出来，如果有两种读法就都摆出来让我选。
这个 bug 先写一个能复现它的测试，再改到测试通过；除必须改的行以外不要碰其他代码。
按简洁优先重审这段实现：有没有为单次使用造的抽象、没人要求的可配置项、给不可能发生的分支写的错误处理？

安装指引

npx skills add https://github.com/multica-ai/andrej-karpathy-skills