让 Claude Code 少犯错的 4 条规则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你让 Claude Code 加一个导出用户数据的功能它没问一句默默假设了导出范围、文件格式和字段一口气写完结果全对不上。andrej-karpathy-skills 把 Andrej Karpathy 观察到的 LLM 编码陷阱浓缩成一个 CLAUDE.md用 4 条行为规则管住 Claude Code是提升 AI 编码效率的轻量做法。LLM 写代码时会踩的坑先看两个常见的翻车场景。场景一你说加个折扣计算函数它给你搭出抽象类、折扣策略枚举、可配置参数100 行的活写成 500 行的架构。场景二你只让它修一个空指针它顺手把相邻代码的风格统一了删掉一段注释还在没完全理解的情况下改了无关逻辑。PR 一打开diff 里一半是你想要的一半是它顺手做的。Andrej Karpathy 对此的总结很直接模型会把错误假设当结论直接执行遇到歧义时不澄清有更简单的方案时也不提醒。这类毛病靠模型自觉改不了得靠行为约束。 两分钟装好Claude Code 插件安装步骤与 CLAUDE.md 快速配置推荐方案装成 Claude 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新项目直接把 CLAUDE.md 拷到项目根目录已有项目把内容追加到现有 CLAUDE.md 末尾即可。 照着做的 4 条规则4 条规则分别针对 LLM 过度工程化、越界改动、目标含糊这些典型毛病都按遇到这种情况 → 该怎么做来讲。1. Think Before Coding编码前思考坏场景需求有歧义模型默默选一种解释就开写写完才发现方向错了。正确动作动手前先摆出自己的假设拿不准就问存在多种理解时把几种都摆出来让你选如果有个更简单的方案主动说出来遇到不清楚的地方停下来明确指出。判断标准它开始写代码之前是否已经把我理解你要做什么交代清楚了。2. Simplicity First简洁优先坏场景加个小功能它顺手引入策略模式、配置项和扩展点。正确动作只写能解决当前问题的最少代码没要求的功能不加一次性代码不建抽象没人要的灵活性也不预留。200 行能压到 50 行就重写。判断标准拿给资深工程师看他会不会说这也太复杂了。会就简化。3. Surgical Changes精准修改坏场景修一个小 bug周围代码的风格被顺手统一无关的死代码被删了。正确动作只改必须改的行跟随文件现有风格哪怕你有更喜欢的写法发现无关死代码口头提一句就够了只清理你这次改动自己产生的孤儿导入和变量。判断标准diff 里每一行改动能否直接对应到你提出的请求。4. Goal-Driven Execution目标驱动执行坏场景你说让它能跑就行它做到一半就宣布完成质量全凭运气。正确动作把指令式任务翻译成可验证目标——加验证变成先给非法输入写测试再让它通过修 bug变成先写一个能复现的测试再让它通过重构则要求重构前后测试都通过。多步骤任务把每一步拆成步骤 → 验证方式的短清单。判断标准成功标准越强模型越能自己循环到验证通过标准越含糊它越频繁回头找你确认。真实例子怎么看错误示范 vs 正确示范例子一需求本身含糊的任务。你提添加导出用户数据功能。错误示范假设导出全部用户、输出 CSV、包含所有字段然后直接实现。正确示范先问三件事——导出全部用户还是筛选后的子集形式是浏览器下载、后台任务还是 API 返回包含哪些字段、数据量大概多大问清楚再动手返工基本为零。例子二小功能被过度设计。你提加个计算折扣的函数。错误示范抽象类加折扣类型枚举再加配置层。正确示范就是三行def calculate_discount(amount: float, percent: float) - float: 返回折扣金额percent 取 0-100。 return amount * (percent / 100)等将来真出现多种折扣类型再抽象也不迟。✅ 怎么知道它在起作用以及如何融入你的项目看四个信号diff 里跟任务无关的改动变少了因过度复杂而推倒重来的次数变少了澄清性问题出现在写代码之前而不是出错之后PR 干净、最小没有夹带的顺手改进。它设计来和你的项目专属指令合并在 CLAUDE.md 里加一节项目规则比如使用 TypeScript 严格模式所有 API 端点必须有测试和这 4 条规则并存互不冲突。边界要心里有数这套指南偏向谨慎而不是速度。拼写错误、单行修改这类琐碎任务走一遍完整流程纯属浪费时间凭判断力直接改就好。它要减少的是非琐碎工作中的昂贵错误不是拖慢简单任务。这 4 条规则的本质是把模型自己猜换成先对齐、再动手、可验证。下一步直接在你手头的项目里装上试试下一个 diff 就能感受到差别。【免费下载链接】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 少犯错的 4 条规则：andrej-karpathy-skills 实用指南
让 Claude Code 少犯错的 4 条规则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你让 Claude Code 加一个导出用户数据的功能它没问一句默默假设了导出范围、文件格式和字段一口气写完结果全对不上。andrej-karpathy-skills 把 Andrej Karpathy 观察到的 LLM 编码陷阱浓缩成一个 CLAUDE.md用 4 条行为规则管住 Claude Code是提升 AI 编码效率的轻量做法。LLM 写代码时会踩的坑先看两个常见的翻车场景。场景一你说加个折扣计算函数它给你搭出抽象类、折扣策略枚举、可配置参数100 行的活写成 500 行的架构。场景二你只让它修一个空指针它顺手把相邻代码的风格统一了删掉一段注释还在没完全理解的情况下改了无关逻辑。PR 一打开diff 里一半是你想要的一半是它顺手做的。Andrej Karpathy 对此的总结很直接模型会把错误假设当结论直接执行遇到歧义时不澄清有更简单的方案时也不提醒。这类毛病靠模型自觉改不了得靠行为约束。 两分钟装好Claude Code 插件安装步骤与 CLAUDE.md 快速配置推荐方案装成 Claude 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新项目直接把 CLAUDE.md 拷到项目根目录已有项目把内容追加到现有 CLAUDE.md 末尾即可。 照着做的 4 条规则4 条规则分别针对 LLM 过度工程化、越界改动、目标含糊这些典型毛病都按遇到这种情况 → 该怎么做来讲。1. Think Before Coding编码前思考坏场景需求有歧义模型默默选一种解释就开写写完才发现方向错了。正确动作动手前先摆出自己的假设拿不准就问存在多种理解时把几种都摆出来让你选如果有个更简单的方案主动说出来遇到不清楚的地方停下来明确指出。判断标准它开始写代码之前是否已经把我理解你要做什么交代清楚了。2. Simplicity First简洁优先坏场景加个小功能它顺手引入策略模式、配置项和扩展点。正确动作只写能解决当前问题的最少代码没要求的功能不加一次性代码不建抽象没人要的灵活性也不预留。200 行能压到 50 行就重写。判断标准拿给资深工程师看他会不会说这也太复杂了。会就简化。3. Surgical Changes精准修改坏场景修一个小 bug周围代码的风格被顺手统一无关的死代码被删了。正确动作只改必须改的行跟随文件现有风格哪怕你有更喜欢的写法发现无关死代码口头提一句就够了只清理你这次改动自己产生的孤儿导入和变量。判断标准diff 里每一行改动能否直接对应到你提出的请求。4. Goal-Driven Execution目标驱动执行坏场景你说让它能跑就行它做到一半就宣布完成质量全凭运气。正确动作把指令式任务翻译成可验证目标——加验证变成先给非法输入写测试再让它通过修 bug变成先写一个能复现的测试再让它通过重构则要求重构前后测试都通过。多步骤任务把每一步拆成步骤 → 验证方式的短清单。判断标准成功标准越强模型越能自己循环到验证通过标准越含糊它越频繁回头找你确认。真实例子怎么看错误示范 vs 正确示范例子一需求本身含糊的任务。你提添加导出用户数据功能。错误示范假设导出全部用户、输出 CSV、包含所有字段然后直接实现。正确示范先问三件事——导出全部用户还是筛选后的子集形式是浏览器下载、后台任务还是 API 返回包含哪些字段、数据量大概多大问清楚再动手返工基本为零。例子二小功能被过度设计。你提加个计算折扣的函数。错误示范抽象类加折扣类型枚举再加配置层。正确示范就是三行def calculate_discount(amount: float, percent: float) - float: 返回折扣金额percent 取 0-100。 return amount * (percent / 100)等将来真出现多种折扣类型再抽象也不迟。✅ 怎么知道它在起作用以及如何融入你的项目看四个信号diff 里跟任务无关的改动变少了因过度复杂而推倒重来的次数变少了澄清性问题出现在写代码之前而不是出错之后PR 干净、最小没有夹带的顺手改进。它设计来和你的项目专属指令合并在 CLAUDE.md 里加一节项目规则比如使用 TypeScript 严格模式所有 API 端点必须有测试和这 4 条规则并存互不冲突。边界要心里有数这套指南偏向谨慎而不是速度。拼写错误、单行修改这类琐碎任务走一遍完整流程纯属浪费时间凭判断力直接改就好。它要减少的是非琐碎工作中的昂贵错误不是拖慢简单任务。这 4 条规则的本质是把模型自己猜换成先对齐、再动手、可验证。下一步直接在你手头的项目里装上试试下一个 diff 就能感受到差别。【免费下载链接】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），仅供参考