拓冰网站定制 
4条规则别再让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 干完了diff 里却多出一堆你没要的东西代码格式被重排了顺手加了缓存层连没让它碰过的 utils 文件都改了行尾空格。AI 改代码改乱了怎么办这就是很多人 AI 编程的真实日常。andrej-karpathy-skills 干的事就一件把 Andrej Karpathy 总结的 LLM 编程行为准则做成 Claude Code 插件或 CLAUDE.md 配置用 4 条规则给 AI 立好边界。装上之后同一个任务表现完全不一样。 一键上手两种安装方式两条路选最快的。规则全文就一个文件装完立刻生效不用改任何业务代码。方式适合谁操作Claude Code 插件多个项目长期用终端两行命令装进 Claude Code下载 CLAUDE.md只想给单个项目加约束clone 仓库把 CLAUDE.md 放到项目根目录即可插件方式在 Claude Code 里执行/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skillsCLAUDE.md 方式git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills curl -o CLAUDE.md andrej-karpathy-skills/CLAUDE.md如果你已经在用 Cursor仓库里也备好了.cursor/rules/karpathy-guidelines.mdc规则文件按 CURSOR.md 里的说明复制到你的项目就能用内容和其他工具读到的完全一致。 同一个任务两种结果AI 改代码改乱了怎么办先看同一个需求在加没加规则下的差别。以给订单列表加搜索和分页为例。环节未加载规则时 AI 的典型表现加载规则后动手前直接开写把搜索默认理解成全字段模糊查询先问三个问题搜索哪些字段、默认页大小多少、page 还是 offset 参数改动范围重排了请求处理函数加了没人要的请求缓存和 3 次重试只动查询函数和响应结构diff 里每一行都能对应到你的需求交付方式说应该没问题让你自己试给出验证标准翻 3 页结果对得上、搜空结果返回空数组而不是报错再看加深色模式开关。没有规则时AI 会建一套主题配置系统把颜色全抽成变量顺手改 5 个组件的样式写法。加载规则后它通常只做一件事加一个开关、存一个本地偏好、切换时给根节点挂 class总共 20 行上下改完问你要不要加跟随系统——而不是默认加上。差别不在聪明程度在于它什么时候该停。 编码前自查清单4条规则怎么用四条规则压缩成 4 行动手前扫一眼就够完整条款都在 CLAUDE.md 里。[ ] 1. 先问清楚——假设说出口拿不准就问 [ ] 2. 能少则少——没要的功能和抽象一律不加 [ ] 3. 外科手术——每行改动都对应你的请求 [ ] 4. 先定标准——让它能用不算标准可验证才算1 对应 CLAUDE.md 第 1 条 Think Before Coding让 AI 把假设和多种解释摆到台面上而不是默默选一种。2 对应 Simplicity First200 行能写成 50 行就重写单次使用的代码不配拥有抽象层。3 对应 Surgical Changes判断标准只有一条——每一行改动都能追溯到你的请求发现无关死代码只提不删。4 对应 Goal-Driven Execution修复 bug要变成先写复现测试再让它通过。想多看正反对比去翻 EXAMPLES.md四条规则各配了真实代码案例。 团队怎么用合并、卡点、检查表规则为个人设计但更适合整个团队共用。三条要点合并把团队专属要求追加进项目 CLAUDE.md 的末尾如所有接口必须带测试错误处理沿用 src/utils 里的现成模式通用规则和团队规范并存不冲突。CI 卡点第 4 条天然适合接进流水线——PR 必须跑测试通过才允许合并前后测试都绿就是可执行的成功标准不需要人工盯。审查检查表在 PR 模板里加三行勾选——diff 里是否只有请求内的改动、有没有引入没被要求的抽象、风格是否与文件原有写法一致。这三行就是前三条规则的验收动作。落地一周你大概率能看到变化diff 变小了返工变少了这个改动谁要求的这种问题没人再问。❓ 常见问题简单改动也要走完整流程吗不用。改拼写、改一行配置直接改就行。这套规则偏向谨慎而不是速度它自己写明了对琐碎任务要用判断力目标是减少非平凡工作里的返工不是拖慢小任务。只适合 Claude Code 吗不是。规则本体是 4 段纯文本工具只是承载方式Claude Code 有现成插件Cursor 可用仓库里提交的规则文件其他工具直接把 CLAUDE.md 内容粘进自己的指令文件即可。插件和 CLAUDE.md 选哪个内容一字不差差别在生效范围。跨项目长期用选插件单个项目、或还要叠加项目专属规则选 CLAUDE.md 更顺手。两者也不互斥可以同时存在。把 CLAUDE.md 丢进你手头的项目跑一个真实任务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），仅供参考 4条规则，别再让AI乱改你的代码
4条规则别再让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 干完了diff 里却多出一堆你没要的东西代码格式被重排了顺手加了缓存层连没让它碰过的 utils 文件都改了行尾空格。AI 改代码改乱了怎么办这就是很多人 AI 编程的真实日常。andrej-karpathy-skills 干的事就一件把 Andrej Karpathy 总结的 LLM 编程行为准则做成 Claude Code 插件或 CLAUDE.md 配置用 4 条规则给 AI 立好边界。装上之后同一个任务表现完全不一样。 一键上手两种安装方式两条路选最快的。规则全文就一个文件装完立刻生效不用改任何业务代码。方式适合谁操作Claude Code 插件多个项目长期用终端两行命令装进 Claude Code下载 CLAUDE.md只想给单个项目加约束clone 仓库把 CLAUDE.md 放到项目根目录即可插件方式在 Claude Code 里执行/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skillsCLAUDE.md 方式git clone https://gitcode.com/GitHub_Trending/an/andrej-karpathy-skills curl -o CLAUDE.md andrej-karpathy-skills/CLAUDE.md如果你已经在用 Cursor仓库里也备好了.cursor/rules/karpathy-guidelines.mdc规则文件按 CURSOR.md 里的说明复制到你的项目就能用内容和其他工具读到的完全一致。 同一个任务两种结果AI 改代码改乱了怎么办先看同一个需求在加没加规则下的差别。以给订单列表加搜索和分页为例。环节未加载规则时 AI 的典型表现加载规则后动手前直接开写把搜索默认理解成全字段模糊查询先问三个问题搜索哪些字段、默认页大小多少、page 还是 offset 参数改动范围重排了请求处理函数加了没人要的请求缓存和 3 次重试只动查询函数和响应结构diff 里每一行都能对应到你的需求交付方式说应该没问题让你自己试给出验证标准翻 3 页结果对得上、搜空结果返回空数组而不是报错再看加深色模式开关。没有规则时AI 会建一套主题配置系统把颜色全抽成变量顺手改 5 个组件的样式写法。加载规则后它通常只做一件事加一个开关、存一个本地偏好、切换时给根节点挂 class总共 20 行上下改完问你要不要加跟随系统——而不是默认加上。差别不在聪明程度在于它什么时候该停。 编码前自查清单4条规则怎么用四条规则压缩成 4 行动手前扫一眼就够完整条款都在 CLAUDE.md 里。[ ] 1. 先问清楚——假设说出口拿不准就问 [ ] 2. 能少则少——没要的功能和抽象一律不加 [ ] 3. 外科手术——每行改动都对应你的请求 [ ] 4. 先定标准——让它能用不算标准可验证才算1 对应 CLAUDE.md 第 1 条 Think Before Coding让 AI 把假设和多种解释摆到台面上而不是默默选一种。2 对应 Simplicity First200 行能写成 50 行就重写单次使用的代码不配拥有抽象层。3 对应 Surgical Changes判断标准只有一条——每一行改动都能追溯到你的请求发现无关死代码只提不删。4 对应 Goal-Driven Execution修复 bug要变成先写复现测试再让它通过。想多看正反对比去翻 EXAMPLES.md四条规则各配了真实代码案例。 团队怎么用合并、卡点、检查表规则为个人设计但更适合整个团队共用。三条要点合并把团队专属要求追加进项目 CLAUDE.md 的末尾如所有接口必须带测试错误处理沿用 src/utils 里的现成模式通用规则和团队规范并存不冲突。CI 卡点第 4 条天然适合接进流水线——PR 必须跑测试通过才允许合并前后测试都绿就是可执行的成功标准不需要人工盯。审查检查表在 PR 模板里加三行勾选——diff 里是否只有请求内的改动、有没有引入没被要求的抽象、风格是否与文件原有写法一致。这三行就是前三条规则的验收动作。落地一周你大概率能看到变化diff 变小了返工变少了这个改动谁要求的这种问题没人再问。❓ 常见问题简单改动也要走完整流程吗不用。改拼写、改一行配置直接改就行。这套规则偏向谨慎而不是速度它自己写明了对琐碎任务要用判断力目标是减少非平凡工作里的返工不是拖慢小任务。只适合 Claude Code 吗不是。规则本体是 4 段纯文本工具只是承载方式Claude Code 有现成插件Cursor 可用仓库里提交的规则文件其他工具直接把 CLAUDE.md 内容粘进自己的指令文件即可。插件和 CLAUDE.md 选哪个内容一字不差差别在生效范围。跨项目长期用选插件单个项目、或还要叠加项目专属规则选 CLAUDE.md 更顺手。两者也不互斥可以同时存在。把 CLAUDE.md 丢进你手头的项目跑一个真实任务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），仅供参考