如何阻止AI助手过度工程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-skillsandrej-karpathy-skills 是一个单文件 CLAUDE.md 项目基于 Andrej Karpathy 对大模型写代码常见毛病的总结用四条原则约束 Claude Code 等 AI 编程助手的行为让它少做多余的事、少改不该改的代码。适合用 AI 助手写代码、受够了臃肿 diff 的开发者。 它解决什么问题AI 助手干活时最让人头疼的三件事默默做假设。你说让搜索更快它不加缓存、索引、异步处理一套全加上从不管你说的更快是响应时间还是吞吐量。过度工程化。一个简单的折扣计算能给你写成 30 多行的抽象类加配置对象。顺手乱改。修一个空邮箱崩溃的 bug它把注释、引号、格式也一起优化了。自己写约束规则很费劲要反复列举场景、不断补措辞。这个项目把经验直接沉淀成一个文件放到项目根目录助手会自动读取。省掉的是你一遍遍口头叮嘱别过度设计的时间。 两分钟完成接入两条路径按你用的工具选。方式一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 cp andrej-karpathy-skills/CLAUDE.md CLAUDE.md项目已有 CLAUDE.md 的话把新内容追加到文件末尾合并即可不会冲突。用 Cursor 的开发者把.cursor/rules/karpathy-guidelines.mdc规则文件拷进对应项目的规则目录具体步骤看 CURSOR.md 文档。 四条规则讲了什么文件共四条原则编码前思考、简单优先、精准修改、目标驱动执行。挑最值的三条展开。 编码前思考把假设摆在台面上一句话功能写代码前AI 必须先亮出自己的假设不确定就问不许蒙。对谁有用经常给模糊需求加个导出功能、然后收获一份不符合预期的实现的人。怎么用不需要额外操作。当需求有歧义时AI 会停下把几种可能的理解和对应的成本列给你选而不是默默挑一个然后埋头写完 200 行优化代码。✂️ 简单优先只写今天需要的代码一句话功能用最少行数解决当前问题不加任何推测性功能。对谁有用写后端、做代码评审受够了项目里可扩展可配置却没人用过的东西的人。怎么用发现 AI 写得太重时用这条原话反问它资深工程师会说这过度复杂吗会就让它重写。比如一个折扣计算30 行的策略模式可以压成def calculate_discount(amount: float, percent: float) - float: return amount * (percent / 100)等真的出现多种折扣类型的需求再回头抽抽象也不迟。 目标驱动执行给成功标准不给指令一句话功能把修好这个 bug改写成写一个能复现 bug 的测试再让它通过。对谁有用把多步任务交给 AI、怕它中途跑偏的人。怎么用派任务时把每步的验证方式写清楚多步任务让 AI 按这个格式给出计划1. [步骤] → 验证[检查项] 2. [步骤] → 验证[检查项] 3. [步骤] → 验证[检查项]成功标准越强AI 越能自己循环跑通中途找你确认的次数越少。第四条原则精准修改也值得记住每行改动都必须能追溯到你的请求发现不相关的死代码只提一句不删。 常见误区 vs 正确做法场景常见误区正确做法需求含糊默默选一种解释直接开写列出几种理解和成本问清再动手加简单功能顺带加策略模式、缓存、配置体系最小实现等真需要再抽离修一个 bug顺手重构相邻代码、改引号和格式只改与 bug 相关的几行匹配现有风格交代多步任务我会看看代码然后改进拆步骤加验证项循环到测试全过这张表浓缩自 EXAMPLES.md 里的案例该文件对每条原则都给了代码级的前后对比建议通读一遍。⚠️ 三条实用建议小事别上全套流程。这组规则默认偏保守。改个错别字、写一行显而易见的代码不必走澄清假设→写测试→验证全流程杀鸡用牛刀反而拖慢节奏。它是设计来合并的不是替换。这四条规则和你的项目指令是叠加关系。团队有自己的约定比如所有 API 必须有测试在 CLAUDE.md 里另起一节写清楚即可。怎么判断它生效了。看两个信号diff 里是否只有你要的改动AI 是否在动手前问问题而不是写完了才解释。两条都满足说明规则真的咬合住了。写在最后这个项目没教 AI 任何新技能只是用一份文件、四条规则逼它少写、多问、只改该改的。今晚打开 Claude Code输入第二节的安装命令再扔一个小 bug 给它验证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），仅供参考 如何阻止AI助手过度工程：andrej-karpathy-skills完整实践指南
如何阻止AI助手过度工程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-skillsandrej-karpathy-skills 是一个单文件 CLAUDE.md 项目基于 Andrej Karpathy 对大模型写代码常见毛病的总结用四条原则约束 Claude Code 等 AI 编程助手的行为让它少做多余的事、少改不该改的代码。适合用 AI 助手写代码、受够了臃肿 diff 的开发者。 它解决什么问题AI 助手干活时最让人头疼的三件事默默做假设。你说让搜索更快它不加缓存、索引、异步处理一套全加上从不管你说的更快是响应时间还是吞吐量。过度工程化。一个简单的折扣计算能给你写成 30 多行的抽象类加配置对象。顺手乱改。修一个空邮箱崩溃的 bug它把注释、引号、格式也一起优化了。自己写约束规则很费劲要反复列举场景、不断补措辞。这个项目把经验直接沉淀成一个文件放到项目根目录助手会自动读取。省掉的是你一遍遍口头叮嘱别过度设计的时间。 两分钟完成接入两条路径按你用的工具选。方式一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 cp andrej-karpathy-skills/CLAUDE.md CLAUDE.md项目已有 CLAUDE.md 的话把新内容追加到文件末尾合并即可不会冲突。用 Cursor 的开发者把.cursor/rules/karpathy-guidelines.mdc规则文件拷进对应项目的规则目录具体步骤看 CURSOR.md 文档。 四条规则讲了什么文件共四条原则编码前思考、简单优先、精准修改、目标驱动执行。挑最值的三条展开。 编码前思考把假设摆在台面上一句话功能写代码前AI 必须先亮出自己的假设不确定就问不许蒙。对谁有用经常给模糊需求加个导出功能、然后收获一份不符合预期的实现的人。怎么用不需要额外操作。当需求有歧义时AI 会停下把几种可能的理解和对应的成本列给你选而不是默默挑一个然后埋头写完 200 行优化代码。✂️ 简单优先只写今天需要的代码一句话功能用最少行数解决当前问题不加任何推测性功能。对谁有用写后端、做代码评审受够了项目里可扩展可配置却没人用过的东西的人。怎么用发现 AI 写得太重时用这条原话反问它资深工程师会说这过度复杂吗会就让它重写。比如一个折扣计算30 行的策略模式可以压成def calculate_discount(amount: float, percent: float) - float: return amount * (percent / 100)等真的出现多种折扣类型的需求再回头抽抽象也不迟。 目标驱动执行给成功标准不给指令一句话功能把修好这个 bug改写成写一个能复现 bug 的测试再让它通过。对谁有用把多步任务交给 AI、怕它中途跑偏的人。怎么用派任务时把每步的验证方式写清楚多步任务让 AI 按这个格式给出计划1. [步骤] → 验证[检查项] 2. [步骤] → 验证[检查项] 3. [步骤] → 验证[检查项]成功标准越强AI 越能自己循环跑通中途找你确认的次数越少。第四条原则精准修改也值得记住每行改动都必须能追溯到你的请求发现不相关的死代码只提一句不删。 常见误区 vs 正确做法场景常见误区正确做法需求含糊默默选一种解释直接开写列出几种理解和成本问清再动手加简单功能顺带加策略模式、缓存、配置体系最小实现等真需要再抽离修一个 bug顺手重构相邻代码、改引号和格式只改与 bug 相关的几行匹配现有风格交代多步任务我会看看代码然后改进拆步骤加验证项循环到测试全过这张表浓缩自 EXAMPLES.md 里的案例该文件对每条原则都给了代码级的前后对比建议通读一遍。⚠️ 三条实用建议小事别上全套流程。这组规则默认偏保守。改个错别字、写一行显而易见的代码不必走澄清假设→写测试→验证全流程杀鸡用牛刀反而拖慢节奏。它是设计来合并的不是替换。这四条规则和你的项目指令是叠加关系。团队有自己的约定比如所有 API 必须有测试在 CLAUDE.md 里另起一节写清楚即可。怎么判断它生效了。看两个信号diff 里是否只有你要的改动AI 是否在动手前问问题而不是写完了才解释。两条都满足说明规则真的咬合住了。写在最后这个项目没教 AI 任何新技能只是用一份文件、四条规则逼它少写、多问、只改该改的。今晚打开 Claude Code输入第二节的安装命令再扔一个小 bug 给它验证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），仅供参考