让 AI 不再乱改你的代码andrej-karpathy-skills 的 AI 编程守则实战指南【免费下载链接】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 加个导出功能它顺手把半个文件重构了一遍——这是很多开发者都想给 AI 找刹车的痛点。andrej-karpathy-skills 就是为此而生它把大模型写代码的常见毛病总结成一套 AI 编程守则用来约束 AI 编码行为。它通过 Claude Code 插件、或项目启动时自动读取的 CLAUDE.md 约定文件两种方式生效面向所有用 AI 写代码的开发者帮你省下返工和翻 diff 的时间。 一个文件给 AI 立一套职业守则这个项目本质上就是一份 Markdown 文件CLAUDE.md外加由它衍生的技能定义和 Cursor 规则文件。原理很朴素Claude Code 在项目里开工前会先读这份文件文件里的规则就成了 AI 本次会话的工作纪律。适合谁用 AI 辅助写代码、又受够了它自作主张的任何开发者尤其是有代码评审环节的团队。一句话卖点它不给 AI 增加任何新能力只是把它变成一个守纪律的打工人。四条守则管的是嘴、手、脑子和验收标准守则内容其实是四条但按管住什么来讲会更直观。嘴先问清楚再动手AI 的老毛病是你说给表单加个日期校验它自己就定了校验区间、报错文案和覆盖哪些字段直接交付一整套。守则要求它开工前把假设摊开写遇到多种理解不许默默选一个必须把候选方案列出来问你。落到代码上它先问只校验历史日期还是未来日期也要拦再碰第一行代码做完了再返工的概率肉眼可见地下降。✂️ 手不该碰的一律不碰这个毛病在 diff 里最扎眼修一个小 bug它顺手优化了旁边注释的措辞、把单引号改成双引号甚至重构了没人让它动的方法。守则的要求是每一行改动都能追溯回你的请求发现无关的死代码只提一句、不许删它唯一有权清理的是自己改动产生的孤儿代码。装完之后你再打开 diff只剩真正解决问题的几行评审从扫雷变回看逻辑。脑子不搭没必要的架子AI 偏爱过度工程化——说白了就是今天的问题用不上它偏先把明天的架构搭起来。比如一行就能算完的折扣它偏要弄出抽象类加策略模式再加配置对象写出一百多行也就是把一个小功能拆成一整个类家族。守则只允许写解决当前问题的最少代码不加没被要求的推测性功能不为一次性使用的逻辑加灵活性。判断标准也更直白你团队里最资深的工程师会不会觉得这写复杂了会就砍。以后真要支持多种折扣再重构也不迟。改动前后对比的例子仓库里 EXAMPLES.md 都有值得翻一翻。验收标准没有目标就不开工你说把这个 bug 修了它手里没有修好的标准就容易变成看看代码顺手改改。守则要求把模糊指令翻译成可验证的目标先写一个能复现问题的测试再动手修修完让测试变绿多步任务则把每一步做什么、怎么验证列出来再执行。大模型天生擅长朝着目标循环到达成一旦有了明确验收标准它就能自己转起来只有遇到真正的分岔路才回来问你。【此处放AI 修改代码前后 diff 对比图横版左侧改动前杂乱的大 diff右侧守则生效后的小 diff】✅ 用下来评审现场会发生什么不用空口说白话下面是你可以直接观察到的信号PR 里只剩和本次任务相关的行没有顺手重构和顺手改进需求不明确时它先提问而不是先做错一版再道歉第一版代码就够简单评审一次过的概率更高它写的测试是为了验证修复不是刷存在感模糊指令变成写测试→修→验证的循环后不用你反复确认这样行不行提醒一点这套守则偏向稳而不是快修个错别字这种小事不用走全套流程留给你自己判断。两种装法插件或一份 CLAUDE.mdClaude Code 插件两条命令装好插件是从插件市场安装的扩展包装一次对你所有项目生效不用每个项目都塞文件。在 Claude Code 里依次输入/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skills项目级把 CLAUDE.md 拷进项目只想在单个项目生效或者你用的工具只读项目根目录的约定文件就克隆仓库再拷贝git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills cp andrej-karpathy-skills/CLAUDE.md 你的项目根目录/项目里已有 CLAUDE.md 就别覆盖把守则追加到末尾即可它就是为和你的规则合并而设计的。用 Cursor 的话把仓库里.cursor/rules/下的规则文件拷过去或参考 skills/karpathy-guidelines/SKILL.md 里的技能定义放到对应位置原理一样。把自己的项目规矩并进去守则追加之后你可以在同一份文件里补一节自己的硬性规定比如## 项目规矩 - 新增接口必须配单元测试 - 错误处理沿用 src/utils/errors.ts 里的写法回到开头那个 diff下次你再让 AI加个导出功能大概率会看到它先反问导哪些范围、什么格式、包含哪些字段而最终 diff 里只留下你要的导出逻辑一个变量名都没多改。这就是被管住的 AI 该有的样子。现在就装上它给你的 AI 立一套职业守则把评审时间留给真正值得评审的东西。【免费下载链接】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），仅供参考 让 AI 不再乱改你的代码：andrej-karpathy-skills 的 AI 编程守则实战指南
让 AI 不再乱改你的代码andrej-karpathy-skills 的 AI 编程守则实战指南【免费下载链接】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 加个导出功能它顺手把半个文件重构了一遍——这是很多开发者都想给 AI 找刹车的痛点。andrej-karpathy-skills 就是为此而生它把大模型写代码的常见毛病总结成一套 AI 编程守则用来约束 AI 编码行为。它通过 Claude Code 插件、或项目启动时自动读取的 CLAUDE.md 约定文件两种方式生效面向所有用 AI 写代码的开发者帮你省下返工和翻 diff 的时间。 一个文件给 AI 立一套职业守则这个项目本质上就是一份 Markdown 文件CLAUDE.md外加由它衍生的技能定义和 Cursor 规则文件。原理很朴素Claude Code 在项目里开工前会先读这份文件文件里的规则就成了 AI 本次会话的工作纪律。适合谁用 AI 辅助写代码、又受够了它自作主张的任何开发者尤其是有代码评审环节的团队。一句话卖点它不给 AI 增加任何新能力只是把它变成一个守纪律的打工人。四条守则管的是嘴、手、脑子和验收标准守则内容其实是四条但按管住什么来讲会更直观。嘴先问清楚再动手AI 的老毛病是你说给表单加个日期校验它自己就定了校验区间、报错文案和覆盖哪些字段直接交付一整套。守则要求它开工前把假设摊开写遇到多种理解不许默默选一个必须把候选方案列出来问你。落到代码上它先问只校验历史日期还是未来日期也要拦再碰第一行代码做完了再返工的概率肉眼可见地下降。✂️ 手不该碰的一律不碰这个毛病在 diff 里最扎眼修一个小 bug它顺手优化了旁边注释的措辞、把单引号改成双引号甚至重构了没人让它动的方法。守则的要求是每一行改动都能追溯回你的请求发现无关的死代码只提一句、不许删它唯一有权清理的是自己改动产生的孤儿代码。装完之后你再打开 diff只剩真正解决问题的几行评审从扫雷变回看逻辑。脑子不搭没必要的架子AI 偏爱过度工程化——说白了就是今天的问题用不上它偏先把明天的架构搭起来。比如一行就能算完的折扣它偏要弄出抽象类加策略模式再加配置对象写出一百多行也就是把一个小功能拆成一整个类家族。守则只允许写解决当前问题的最少代码不加没被要求的推测性功能不为一次性使用的逻辑加灵活性。判断标准也更直白你团队里最资深的工程师会不会觉得这写复杂了会就砍。以后真要支持多种折扣再重构也不迟。改动前后对比的例子仓库里 EXAMPLES.md 都有值得翻一翻。验收标准没有目标就不开工你说把这个 bug 修了它手里没有修好的标准就容易变成看看代码顺手改改。守则要求把模糊指令翻译成可验证的目标先写一个能复现问题的测试再动手修修完让测试变绿多步任务则把每一步做什么、怎么验证列出来再执行。大模型天生擅长朝着目标循环到达成一旦有了明确验收标准它就能自己转起来只有遇到真正的分岔路才回来问你。【此处放AI 修改代码前后 diff 对比图横版左侧改动前杂乱的大 diff右侧守则生效后的小 diff】✅ 用下来评审现场会发生什么不用空口说白话下面是你可以直接观察到的信号PR 里只剩和本次任务相关的行没有顺手重构和顺手改进需求不明确时它先提问而不是先做错一版再道歉第一版代码就够简单评审一次过的概率更高它写的测试是为了验证修复不是刷存在感模糊指令变成写测试→修→验证的循环后不用你反复确认这样行不行提醒一点这套守则偏向稳而不是快修个错别字这种小事不用走全套流程留给你自己判断。两种装法插件或一份 CLAUDE.mdClaude Code 插件两条命令装好插件是从插件市场安装的扩展包装一次对你所有项目生效不用每个项目都塞文件。在 Claude Code 里依次输入/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skills项目级把 CLAUDE.md 拷进项目只想在单个项目生效或者你用的工具只读项目根目录的约定文件就克隆仓库再拷贝git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills cp andrej-karpathy-skills/CLAUDE.md 你的项目根目录/项目里已有 CLAUDE.md 就别覆盖把守则追加到末尾即可它就是为和你的规则合并而设计的。用 Cursor 的话把仓库里.cursor/rules/下的规则文件拷过去或参考 skills/karpathy-guidelines/SKILL.md 里的技能定义放到对应位置原理一样。把自己的项目规矩并进去守则追加之后你可以在同一份文件里补一节自己的硬性规定比如## 项目规矩 - 新增接口必须配单元测试 - 错误处理沿用 src/utils/errors.ts 里的写法回到开头那个 diff下次你再让 AI加个导出功能大概率会看到它先反问导哪些范围、什么格式、包含哪些字段而最终 diff 里只留下你要的导出逻辑一个变量名都没多改。这就是被管住的 AI 该有的样子。现在就装上它给你的 AI 立一套职业守则把评审时间留给真正值得评审的东西。【免费下载链接】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），仅供参考