3步让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 是一套源于 Andrej Karpathy 对 LLM 编码缺陷观察的行为指南核心就是一个CLAUDE.md文件专门解决 AI 编程助手写代码时的老毛病擅自做错误假设、过度设计、顺手乱改无关代码。装好之后你会发现 Claude Code 的产出更接近一位谨慎的资深工程师而不是一个盲目自信的实习生。先看一个真实场景你让 AI 给登录接口加参数校验结果它交回来 1000 多行代码除了校验逻辑还顺手重构了相邻模块、改了一堆注释格式、加了一整套没人要求的配置项。diff 打开一片红你还得逐行排查它到底动了什么。这类问题不是模型能力不够而是它默认的行为模式就有缺陷——Andrej 的原话是模型会替你做错误假设、不澄清、不权衡、不push back。andrej-karpathy-skills 就是针对这些缺陷写的一组约束规则。机制速览一条文件四个原则整个方案的核心机制就一张表原则针对的坏习惯编码前思考隐藏假设、闷头猜、不暴露歧义简单优先过度设计、抽象膨胀、写200行能50行解决外科手术式修改顺手改无关代码、乱删别人写的死代码目标驱动执行拿到模糊指令就硬做无法自验证四段规则加起来不到 60 行轻到可以直接塞进任何项目的指令文件里不会挤占模型的有效上下文。分步操作从零到生效第1步获取规则文件你可以把仓库克隆到本地或者直接在 Claude Code 里通过插件安装。建议先克隆一份方便对照阅读git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills仓库里的CLAUDE.md就是完整规则skills/karpathy-guidelines/SKILL.md是同内容的技能版CURSOR.md则说明了 Cursor 用户的用法。第2步放进你的项目新项目直接把CLAUDE.md复制到项目根目录即可Claude Code 会自动加载。老项目把内容追加到你现有的CLAUDE.md末尾不要覆盖原有项目说明。Cursor 用户Cursor 默认不读CLAUDE.md需要把.cursor/rules/karpathy-guidelines.mdc复制到目标项目的.cursor/rules/目录下。第3步学会用目标驱动的方式下任务这是四条原则里收益最大的一条。把祈使句任务改写成可验证的目标AI 才能自己循环到验证通过为止加校验 → 为非法输入写测试然后让它们通过 修这个bug → 写一个能复现它的测试然后让它通过 重构X模块 → 确保重构前后测试都通过多步任务再附一个简表每一步后面跟一个 verify 检查点。标准越具体AI 越不需要中途反复问你。第4步叠加你的项目专属规则这套指南被设计成可合并的底座。你可以在文件末尾追加项目段让通用原则落地到你的技术栈## Project-Specific Guidelines - 使用 TypeScript strict 模式 - 所有 API 端点必须有测试 - 错误处理遵循 src/utils/errors.ts 的既有模式注意只加你自己能执行、能检查的规则代码要优雅这种无法验证的条款没有约束力。使用前后对比装上规则前后同一个任务给订单模块加金额上限校验的产出差异很明显之前800 行 diff包含重命名、格式化、顺手优化的相邻函数之后40 行 diff只有校验逻辑 对应测试且改动前会先说出它的假设更直观的行为变化歧义需求下它会先列出两种解释让你选而不是默默挑一个它发现更简单的实现路径时会主动提出而不是照做发现无关死代码时只报告不删除判断它是否生效的官方标准就三条diff 里无关变更变少、因过度复杂导致的返工变少、澄清问题发生在动手之前而不是翻车之后。踩坑提醒别对小事上全套流程。这套指南偏向谨慎优先于速度改个错别字、加一行明显代码时按直觉来即可没必要逐条走。覆盖而非合并是最高频的失误。老项目已有CLAUDE.md时直接覆盖会丢掉项目说明AI 反而更不懂你的代码库。Cursor 用户别只放CLAUDE.md。Cursor 不读这个文件只放它等于没装。只复制不阅读。建议至少通读一遍四条原则这样 AI 提问时你能快速判断它问得对不对。收尾检查清单规则文件已就位Claude Code 根目录CLAUDE.md或 Cursor 的.cursor/rules/老项目是追加合并不是覆盖已按目标 验证的方式改写过至少一次任务描述追加了 2~3 条你自己能执行的项目专属规则观察了 2~3 个任务的 diff确认无关变更在减少现在就打开你正在用的 Claude Code 项目把规则文件放进去再丢给它一个真实任务——第一个干净的 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），仅供参考 3步让AI写出靠谱代码：andrej-karpathy-skills实战指南
3步让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 是一套源于 Andrej Karpathy 对 LLM 编码缺陷观察的行为指南核心就是一个CLAUDE.md文件专门解决 AI 编程助手写代码时的老毛病擅自做错误假设、过度设计、顺手乱改无关代码。装好之后你会发现 Claude Code 的产出更接近一位谨慎的资深工程师而不是一个盲目自信的实习生。先看一个真实场景你让 AI 给登录接口加参数校验结果它交回来 1000 多行代码除了校验逻辑还顺手重构了相邻模块、改了一堆注释格式、加了一整套没人要求的配置项。diff 打开一片红你还得逐行排查它到底动了什么。这类问题不是模型能力不够而是它默认的行为模式就有缺陷——Andrej 的原话是模型会替你做错误假设、不澄清、不权衡、不push back。andrej-karpathy-skills 就是针对这些缺陷写的一组约束规则。机制速览一条文件四个原则整个方案的核心机制就一张表原则针对的坏习惯编码前思考隐藏假设、闷头猜、不暴露歧义简单优先过度设计、抽象膨胀、写200行能50行解决外科手术式修改顺手改无关代码、乱删别人写的死代码目标驱动执行拿到模糊指令就硬做无法自验证四段规则加起来不到 60 行轻到可以直接塞进任何项目的指令文件里不会挤占模型的有效上下文。分步操作从零到生效第1步获取规则文件你可以把仓库克隆到本地或者直接在 Claude Code 里通过插件安装。建议先克隆一份方便对照阅读git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills仓库里的CLAUDE.md就是完整规则skills/karpathy-guidelines/SKILL.md是同内容的技能版CURSOR.md则说明了 Cursor 用户的用法。第2步放进你的项目新项目直接把CLAUDE.md复制到项目根目录即可Claude Code 会自动加载。老项目把内容追加到你现有的CLAUDE.md末尾不要覆盖原有项目说明。Cursor 用户Cursor 默认不读CLAUDE.md需要把.cursor/rules/karpathy-guidelines.mdc复制到目标项目的.cursor/rules/目录下。第3步学会用目标驱动的方式下任务这是四条原则里收益最大的一条。把祈使句任务改写成可验证的目标AI 才能自己循环到验证通过为止加校验 → 为非法输入写测试然后让它们通过 修这个bug → 写一个能复现它的测试然后让它通过 重构X模块 → 确保重构前后测试都通过多步任务再附一个简表每一步后面跟一个 verify 检查点。标准越具体AI 越不需要中途反复问你。第4步叠加你的项目专属规则这套指南被设计成可合并的底座。你可以在文件末尾追加项目段让通用原则落地到你的技术栈## Project-Specific Guidelines - 使用 TypeScript strict 模式 - 所有 API 端点必须有测试 - 错误处理遵循 src/utils/errors.ts 的既有模式注意只加你自己能执行、能检查的规则代码要优雅这种无法验证的条款没有约束力。使用前后对比装上规则前后同一个任务给订单模块加金额上限校验的产出差异很明显之前800 行 diff包含重命名、格式化、顺手优化的相邻函数之后40 行 diff只有校验逻辑 对应测试且改动前会先说出它的假设更直观的行为变化歧义需求下它会先列出两种解释让你选而不是默默挑一个它发现更简单的实现路径时会主动提出而不是照做发现无关死代码时只报告不删除判断它是否生效的官方标准就三条diff 里无关变更变少、因过度复杂导致的返工变少、澄清问题发生在动手之前而不是翻车之后。踩坑提醒别对小事上全套流程。这套指南偏向谨慎优先于速度改个错别字、加一行明显代码时按直觉来即可没必要逐条走。覆盖而非合并是最高频的失误。老项目已有CLAUDE.md时直接覆盖会丢掉项目说明AI 反而更不懂你的代码库。Cursor 用户别只放CLAUDE.md。Cursor 不读这个文件只放它等于没装。只复制不阅读。建议至少通读一遍四条原则这样 AI 提问时你能快速判断它问得对不对。收尾检查清单规则文件已就位Claude Code 根目录CLAUDE.md或 Cursor 的.cursor/rules/老项目是追加合并不是覆盖已按目标 验证的方式改写过至少一次任务描述追加了 2~3 条你自己能执行的项目专属规则观察了 2~3 个任务的 diff确认无关变更在减少现在就打开你正在用的 Claude Code 项目把规则文件放进去再丢给它一个真实任务——第一个干净的 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），仅供参考