让 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-skills你让 AI 导出用户数据它却默默导出了全部用户还顺手把半个文件的注释都改了andrej-karpathy-skills 用一个 CLAUDE.md 行为准则文件帮 Claude Code 戒掉乱假设、过度设计这两个老毛病。一句话定位它是谁适合谁andrej-karpathy-skills 是一份可以直接丢进项目的 CLAUDE.md 行为准则内容来自 Andrej Karpathy 对大模型写代码常见毛病的观察总结用 4 条原则约束 AI 的编程行为。它帮你解决三类问题AI 不问你自己默默拍板选错格式、搞错范围AI 爱炫技简单需求写成几百行复杂抽象AI 改一处代码顺手优化一大片无关内容如果你用 Claude Code 或 Cursor 写代码、受够了反复返工和看不懂的 diff这个项目就是给你准备的。核心内容解读四条原则怎么管住 AI四条原则就写在一个文件里仓库根目录的CLAUDE.md逐条来看。原则一编码前先亮底牌不许默默拍板它是什么AI 动手前必须先列出自己的假设有多种理解就全部摆出来让你选不许偷偷挑一个执行。为什么重要LLM 最爱自己脑补。你说导出用户数据它可能直接假设导出所有人、导出成 CSV、文件放当前目录——错一个返工一次。怎么用给任务留点白看 AI 会不会先问范围、格式、字段是什么会问说明准则生效了。原则二简洁优先能 3 行解决就不写 30 行它是什么只写解决问题的最少代码不加没被要求的功能、抽象和灵活性。为什么重要EXAMPLES.md里有经典对照——一个折扣计算AI 习惯写成 30 行以上的策略模式加抽象类正确做法是一个 3 行函数。复杂度提前加代码更难读、更难测而且以后真需要时照样要重构。怎么用准则里给了自检标准——一个资深工程师会说这过度复杂吗会就让它重写。原则三外科手术式修改只动该动的行它是什么只改和任务直接相关的行匹配项目现有风格哪怕你不喜欢发现无关死代码只报告、不删除。为什么重要修一个空邮箱导致校验崩溃的 bugAI 可能顺手升级邮箱校验、加用户名校验、改注释、换引号风格——每行改动都追不回你的请求diff 没法审。怎么用看 PR 的 diff逐行问这行是为谁改的答不上来的行就不该存在。原则四目标驱动给 AI 验收标准而不是指令它是什么把模糊指令翻译成可验证目标循环执行直到通过。为什么重要Karpathy 的原话是不要告诉 LLM 做什么给它成功标准看它自己跑。修认证系统是模糊指令先写测试证明改密码后旧会话失效再让它通过就是可验证目标。怎么用多步任务让 AI 先列步骤 → 验证检查的计划表一步步交付、每步可验证。上手步骤Claude Code 插件安装与 CLAUDE.md 最快配置方法第 1 步选一种安装方式方式 AClaude Code 用户推荐在 Claude Code 里依次执行两条命令/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skills装完在你所有项目自动生效。方式 B任何工具通用git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills把CLAUDE.md拷到你的项目根目录项目里已有 CLAUDE.md 的话追加到文件末尾即可。第 2 步完成第一次验证给 AI 一个故意留白的任务比如帮我加个导出功能。准则生效后它应该先列出假设并提问而不是直接开工。效果对比使用前 vs 使用后的 4 个真实场景场景使用前使用后加个导出功能直接导出全部用户格式、位置全靠猜先问范围、格式、字段再动手算折扣30 行策略模式 抽象类3 行函数真需要时再抽象修空邮箱 bug顺手改注释、加校验、换引号风格diff 只含修复相关的几行修复认证列一堆模糊的审查并改进计划先写测试复现问题再修到测试通过官方 README 还给了 4 条生效信号diff 里多余改动变少、代码第一次就写对不用重写、澄清问题出现在实现之前、PR 里不再有顺手重构。四条都中说明准则在起作用。新手常见问题3 个关键点一次讲清Q1会不会拖慢简单任务官方明确准则偏向谨慎优于速度但改错别字、一行小改动这类琐碎任务自己判断即可不必全流程走一遍。目标是减少大任务上的昂贵错误不是拖慢小事。Q2能和项目自己的规则共存吗可以它本来就设计为合并使用。在 CLAUDE.md 里追加项目特定指南章节比如所有 API 必须有测试通用准则和项目规则各管各的。Q3不用 Claude Code用 Cursor 怎么办仓库自带karpathy-guidelines.mdc规则文件把.cursor/rules/目录拷到目标项目即可CURSOR.md里写了完整步骤其他只认根目录说明文件的工具直接拷CLAUDE.md进去就行。写在最后andrej-karpathy-skills 的全部技术含量就是四条写给人看的纪律先问清、写最少、改最准、定标准。它不改模型改的是你和 AI 协作的规矩收益是 diff 变干净、返工变少。现在就可以 clone 仓库打开CLAUDE.md通读一遍放进你的下一个项目然后故意给 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），仅供参考