andrej-karpathy-skills实操指南三步搭出你的自定义规则插件【免费下载链接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.项目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills你让 AI 写代码时有没有被它热心过头坑过需求没讲清它自己脑补你让它改一行它顺手重构半屏代码。andrej-karpathy-skills 这个仓库做的事就一件用一份行为规范约束 LLM 编码习惯帮你把这类返工压到最少。它不是一个代码库核心就是一份 CLAUDE.md里面装着四条原则再往上面叠你自己的项目规则就是你想要的自定义规则插件。 任务一把规则装进你的工具链先看看这四条原则各管什么事它们正好对应四类常见翻车现场原则治什么病一句话做法动手前先想乱假设、闷头写不确定就问把假设摆到台面上能短就别长过度工程200 行能压到 50 行就重写改动要克制diff 失控每一行变更都得对得上你的需求给目标不给步骤让它能用式的模糊任务先写失败测试再让它变绿装好它的路子有几种按你的工具选装成 Claude Code 插件全局项目都生效推荐/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skills只对当前项目生效把 CLAUDE.md 拷到项目根目录。仓库里直接就有这份文件拿到手就能用已有 CLAUDE.md 的项目注意追加合并别直接覆盖。Cursor 用户把.cursor/rules/karpathy-guidelines.mdc拷进项目的.cursor/rules/目录即可。装好之后跑一个平时的小任务感受一下有没有区别马上能看出来。✍️ 任务二写上你自己的规则装完只是打底。想让它长成你自己的规则插件就往 CLAUDE.md 末尾加一节项目特定指南## 项目特定指南 - 所有 API 路由必须有集成测试 - 错误统一走 src/utils/errors.ts 的现有处理模式 - 禁止在业务代码里新增抽象层除非明确要求写规则有两个讲究。一是清单式短句一行一条二是说清适用边界所有 API 路由必须有集成测试就比代码要有测试好用得多。四条原则的详细写法可以参考规则定义文件 skills/karpathy-guidelines/SKILL.md每条原则该写什么、写到什么程度都有模板可抄。✅ 任务三跑个真实任务验证效果规则写完了怎么确认它真的在干活拿一个你平时会让 AI 干的任务试一遍对照下面几点它有没有先提问。需求含糊时AI 应该先抛澄清问题而不是自己选一个解释闷头开写。看 diff。只出现你要求的改动没有顺手的改进、引号风格变化、多余的类型标注。看抽象。它又写了一堆没人要求的策略类说明规则没起作用或者写得不够具体。把任务说成可验证的目标。修 bug换成先写一个能复现的失败测试再让它通过AI 会自己循环验证不用你反复催。具体什么样的做法算错、什么样的算对仓库里有一份带真实代码的对照示例EXAMPLES.md里面每个原则都配了一对翻车版 vs 正确版的代码 diff值得翻一遍。⚠️ 三个容易踩的坑规则没生效确认文件放的位置对了。Claude Code 读根目录 CLAUDE.mdCursor 读.cursor/rules/两边互不相通。AI 该克制时没克制规则太笼统。把注意代码质量改成单次提交的 diff 不超过 100 行超出先说明理由这种可执行的写法。简单任务也卡壳这套规则偏向稳妥改个错别字之类的一行改动不用走完整流程自己看着办。说到底这个插件就是一份约束 AI 行为的说明书装好它、写上你的规则、拿真实任务验证。成不成看 PR 干不干净、返工多不多。【免费下载链接】andrej-karpathy-skillsA single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathys observations on LLM coding pitfalls.项目地址: https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考