交付什么
diff 里只剩你要的改动，澄清问题出现在写代码之前，而不是返工之后。
写给编码代理的 Karpathy 四原则
收录于 2026-08-06一份 65 行的 CLAUDE.md，把 Karpathy 点名的四类编码代理毛病写成可检查的约束：不替你猜、不过度设计、不顺手改无关代码、动手前先定验收标准。
工程开发产品与项目
四条准则每条都配了一句能当场判定的检验。动手前先把假设说出来，需求有两种读法就都摆上桌，不许默默挑一条。砍抽象靠一问——资深工程师会说这过度设计吗；卡住顺手重构靠另一问——每一行改动能不能追溯到我的要求。祈使句则要改写成可验证的目标：「加个校验」变成「先写非法输入的测试，再让它通过」。权衡作者也写在明处：偏保守而非快，琐碎改动不必上全套。