四条规则改善 Claude Code 编码行为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 改一行代码它顺手重构了半个文件——这种场景几乎每个 Claude Code 用户都遇到过。andrej-karpathy-skills 项目只做一件事用一个 CLAUDE.md 文件写下行为准则改变模型处理编码任务的默认方式不确定就先问少写代码不碰无关代码验证通过才算完。先说毛病AI 编码的三个常见坑第一个坑是闷头做假设。需求是导出用户数据模型不问导哪些人、哪些字段、什么格式直接按最通用的理解写完整个函数评审时才发现方向不对。andrej-karpathy-skills 的做法是让模型动手前先列出假设并反问问题在实现前暴露而不是返工时。第二个坑是过度设计。你要一个折扣计算函数它可能交回一个带抽象基类、策略实现和配置对象的结构EXAMPLES.md 里的真实反例里光搭架子就要几十行实际需要的只有三行函数。以防将来需要不该现在引入模式这就是 YAGNI大白话讲别为可能用到的功能提前写代码。第三个坑是顺手重构。任务只是修一个邮箱校验的 bug模型却把引号风格、类型标注、docstring 全改了还加了一段没人要的校验逻辑diff 变得没法评审。项目要求每一处改动都能说出来自本次请求顺路看到的问题只提出来不动手。一个文件如何改变行为四条规则拆解Think Before Coding先列假设再写代码CLAUDE.md 把这条放在第一位原文就四句话把假设说出来不确定就问有多种理解时全部列出、别默默选一个觉得有更简单的方案就直说卡住了就停下来讲清哪里不懂。它改变的是顺序——模型先讲给你听再写代码。Simplicity First最小代码不预支复杂度规则写得很具体不加需求外的功能、不给只用一次的代码做抽象、不加没人要的灵活性、不为不可能的分支写错误处理写了 200 行而 50 行能搞定就重写。文档给了一句话自检标准一个资深同事会说这写得太绕吗是就简化。Surgical Changes只碰必须碰的修改现有代码时不去顺手优化相邻代码、注释或格式不重构没坏的东西匹配现有风格、哪怕你个人不喜欢。唯一例外因你自己的改动而失去引用的 import 和变量要清掉——一句话只清理自己制造的混乱。Goal-Driven Execution把做一下翻译成怎么算做完这条最吃模型自身的长板。Karpathy 的观察是LLM 特别擅长对着明确目标自循环所以别告诉它做什么给它完成标准。于是模糊指令被改写加校验变成先写出会被无效输入击穿的测试再让它通过修 bug变成先写复现用例。标准明确模型就能自己循环不用你全程盯。 用起来后的差别可对照的证据README.md 给了四个它在生效的信号diff 里只剩请求的改动代码第一次就是简单的不用要求重写澄清问题发生在写代码之前而不是出错之后PR 干净没有顺路重构。EXAMPLES.md 还有更具体的对比给 API 加限流这个需求常规输出是一次性 300 行的提交把 Redis、多策略、配置系统全塞进去且没有验证步骤按这四条规则它被拆成内存限流、抽成中间件、接 Redis、按端点配置四步每步都带可测试的验收条件可独立部署。它做不到什么适用边界与取舍先说清楚这是提示层的行为准则不是硬约束模型仍可能违规。它适合非平凡任务、存量代码库修改、需要稳定控制输出的场景。README 明确了取舍准则偏向谨慎而非速度——改个拼写、明显的一行改动不必走全套目标是减少高代价的错误而不是拖慢小任务。接入面也要留意Claude Code 直接读 CLAUDE.mdCursor 需要把项目里提交的.cursor/rules/karpathy-guidelines.mdc复制到目标项目细节见 CURSOR.md。三分钟接入方法在 Claude Code 里执行/plugin marketplace add forrestchang/andrej-karpathy-skills再执行/plugin install andrej-karpathy-skillskarpathy-skills之后所有项目都带这套准则。针对单个项目git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills把CLAUDE.md拷到项目根目录或追加合并进已有的 CLAUDE.md。动手前花十分钟读一遍 EXAMPLES.md 里的八组前后对照对好输出建立具体预期。首次尝试故意抛一个模糊需求比如让搜索变快观察它是反问还是闷头开写——前者说明准则生效了。准则全文只有几百字真正起作用的是把它放进项目然后在几个真实任务里观察它的行为。【免费下载链接】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），仅供参考 四条规则改善 Claude Code 编码行为：andrej-karpathy-skills 完整指南
四条规则改善 Claude Code 编码行为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 改一行代码它顺手重构了半个文件——这种场景几乎每个 Claude Code 用户都遇到过。andrej-karpathy-skills 项目只做一件事用一个 CLAUDE.md 文件写下行为准则改变模型处理编码任务的默认方式不确定就先问少写代码不碰无关代码验证通过才算完。先说毛病AI 编码的三个常见坑第一个坑是闷头做假设。需求是导出用户数据模型不问导哪些人、哪些字段、什么格式直接按最通用的理解写完整个函数评审时才发现方向不对。andrej-karpathy-skills 的做法是让模型动手前先列出假设并反问问题在实现前暴露而不是返工时。第二个坑是过度设计。你要一个折扣计算函数它可能交回一个带抽象基类、策略实现和配置对象的结构EXAMPLES.md 里的真实反例里光搭架子就要几十行实际需要的只有三行函数。以防将来需要不该现在引入模式这就是 YAGNI大白话讲别为可能用到的功能提前写代码。第三个坑是顺手重构。任务只是修一个邮箱校验的 bug模型却把引号风格、类型标注、docstring 全改了还加了一段没人要的校验逻辑diff 变得没法评审。项目要求每一处改动都能说出来自本次请求顺路看到的问题只提出来不动手。一个文件如何改变行为四条规则拆解Think Before Coding先列假设再写代码CLAUDE.md 把这条放在第一位原文就四句话把假设说出来不确定就问有多种理解时全部列出、别默默选一个觉得有更简单的方案就直说卡住了就停下来讲清哪里不懂。它改变的是顺序——模型先讲给你听再写代码。Simplicity First最小代码不预支复杂度规则写得很具体不加需求外的功能、不给只用一次的代码做抽象、不加没人要的灵活性、不为不可能的分支写错误处理写了 200 行而 50 行能搞定就重写。文档给了一句话自检标准一个资深同事会说这写得太绕吗是就简化。Surgical Changes只碰必须碰的修改现有代码时不去顺手优化相邻代码、注释或格式不重构没坏的东西匹配现有风格、哪怕你个人不喜欢。唯一例外因你自己的改动而失去引用的 import 和变量要清掉——一句话只清理自己制造的混乱。Goal-Driven Execution把做一下翻译成怎么算做完这条最吃模型自身的长板。Karpathy 的观察是LLM 特别擅长对着明确目标自循环所以别告诉它做什么给它完成标准。于是模糊指令被改写加校验变成先写出会被无效输入击穿的测试再让它通过修 bug变成先写复现用例。标准明确模型就能自己循环不用你全程盯。 用起来后的差别可对照的证据README.md 给了四个它在生效的信号diff 里只剩请求的改动代码第一次就是简单的不用要求重写澄清问题发生在写代码之前而不是出错之后PR 干净没有顺路重构。EXAMPLES.md 还有更具体的对比给 API 加限流这个需求常规输出是一次性 300 行的提交把 Redis、多策略、配置系统全塞进去且没有验证步骤按这四条规则它被拆成内存限流、抽成中间件、接 Redis、按端点配置四步每步都带可测试的验收条件可独立部署。它做不到什么适用边界与取舍先说清楚这是提示层的行为准则不是硬约束模型仍可能违规。它适合非平凡任务、存量代码库修改、需要稳定控制输出的场景。README 明确了取舍准则偏向谨慎而非速度——改个拼写、明显的一行改动不必走全套目标是减少高代价的错误而不是拖慢小任务。接入面也要留意Claude Code 直接读 CLAUDE.mdCursor 需要把项目里提交的.cursor/rules/karpathy-guidelines.mdc复制到目标项目细节见 CURSOR.md。三分钟接入方法在 Claude Code 里执行/plugin marketplace add forrestchang/andrej-karpathy-skills再执行/plugin install andrej-karpathy-skillskarpathy-skills之后所有项目都带这套准则。针对单个项目git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills把CLAUDE.md拷到项目根目录或追加合并进已有的 CLAUDE.md。动手前花十分钟读一遍 EXAMPLES.md 里的八组前后对照对好输出建立具体预期。首次尝试故意抛一个模糊需求比如让搜索变快观察它是反问还是闷头开写——前者说明准则生效了。准则全文只有几百字真正起作用的是把它放进项目然后在几个真实任务里观察它的行为。【免费下载链接】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），仅供参考