如何 5 步搭建自己的 Claude Code 自定义规则插件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用 andrej-karpathy-skills 这类 Claude Code 插件给模型立规矩能减少不少常见的 LLM 编码错误。装完官方技能你多半会想它只有 4 条原则我自己项目里的规范怎么写进去这篇文章带你从零走通构建自定义规则插件的完整流程从安装、读懂规则结构到写出第一条能生效的自定义规则。为什么 Claude Code 总爱自由发挥你肯定遇到过这种场景让它写个参数校验函数结果返回 200 行代码捎带一个配置项、一层抽象还把旁边文件里不相关的注释顺手改了。这不是模型笨是 LLM 的典型毛病——默默做错误假设、喜欢过度设计、顺手完善不该碰的代码。andrej-karpathy-skills 就是针对这些毛病做的它把四大原则浓缩进一个规则文件仓库里的 SKILL.md根目录的 CLAUDE.md 是它的对应版本让 Claude Code 的行为从实习生变成资深工程师。读懂它的写法你就能照着写自己的规则插件。 3 分钟装好 andrej-karpathy-skills在 Claude Code 里执行两条命令/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skills第一条添加插件市场第二条安装技能装完在你所有项目里全局生效。怎么确认它生效了新开一个任务观察两点模型动手前会不会先澄清需求diff 里是不是只有你要求的改动。都成立说明规则在起作用。拆解四大原则规则是写出来的自己写插件前先看懂官方规则长什么样。打开 skills/karpathy-guidelines/SKILL.md结构一目了然Frontmattername 加 description其中 description 是关键它决定技能什么时候被触发原则正文每条一句话定调然后给要/不要的短句列表最后附一个可验证的检验标准四大原则分别对应四类典型翻车原则治什么Think Before Coding默默做错误假设、不提问Simplicity First100 行能干的活写 1000 行Surgical Changes顺手改善相邻代码和注释Goal-Driven Execution让它能跑这种无法验证的模糊目标注意文件开头那句 tradeoff这套规则偏向谨慎优先于速度改个错别字这种小事不用上全套。写自定义规则时请记住这一点——规则别把简单任务拖慢。自定义规则插件怎么写5 步流程以 SKILL.md 为参照模板流程可以压缩成 5 步定一个可验证的目标——别写代码要干净写新增 API 必须有对应测试。模糊需求先转成可检查的标准这正是 Goal-Driven Execution。照搬官方结构——复用 frontmatter 加短句列表的格式。规则必须是模型能直接执行的短句不是散文。写最小规则——从 1~2 条开始比如一条命名规范## 命名规范 - 导出的函数一律用 camelCase - 常量一律用 UPPER_SNAKE_CASESimplicity First 在这里同样适用50 字能说清的事别写 200 字。在测试项目里验证——把规则放进测试项目的 CLAUDE.md喂一个会触发规则的场景比如让模型写个没测试的接口看它是否遵守。集成进真实项目——验证通过后合并进项目 CLAUDE.md或打包成技能在多项目复用。⚠️ 避坑规则不生效的三种典型情况规则太长模型注意力被稀释一条规则控制在 10 行以内超过 3 条就拆文件description 写得太泛frontmatter 里的 description 是触发条件写编码规范没用要学官方写成在编写、审查或重构代码时使用规则和现有风格打架Surgical Changes 要求匹配现有风格自定义规则如果跟项目实际习惯相反模型会表现得很怪还有一个隐藏 tradeoff官方规则刻意让谨慎优先于速度。如果你觉得 Claude 问的问题太多可以在规则里补一句改动少于 10 行时直接执行不要提问。今天就能做的第一件事翻出仓库里的 SKILL.md挑一条你项目里最常被违反的约定比如别删别人留下的死代码照格式写成一条最小规则丢进测试项目验证一次。跑通一条再谈扩到下一条。【免费下载链接】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），仅供参考 如何 5 步搭建自己的 Claude Code 自定义规则插件：andrej-karpathy-skills 完整指南
如何 5 步搭建自己的 Claude Code 自定义规则插件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用 andrej-karpathy-skills 这类 Claude Code 插件给模型立规矩能减少不少常见的 LLM 编码错误。装完官方技能你多半会想它只有 4 条原则我自己项目里的规范怎么写进去这篇文章带你从零走通构建自定义规则插件的完整流程从安装、读懂规则结构到写出第一条能生效的自定义规则。为什么 Claude Code 总爱自由发挥你肯定遇到过这种场景让它写个参数校验函数结果返回 200 行代码捎带一个配置项、一层抽象还把旁边文件里不相关的注释顺手改了。这不是模型笨是 LLM 的典型毛病——默默做错误假设、喜欢过度设计、顺手完善不该碰的代码。andrej-karpathy-skills 就是针对这些毛病做的它把四大原则浓缩进一个规则文件仓库里的 SKILL.md根目录的 CLAUDE.md 是它的对应版本让 Claude Code 的行为从实习生变成资深工程师。读懂它的写法你就能照着写自己的规则插件。 3 分钟装好 andrej-karpathy-skills在 Claude Code 里执行两条命令/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skillskarpathy-skills第一条添加插件市场第二条安装技能装完在你所有项目里全局生效。怎么确认它生效了新开一个任务观察两点模型动手前会不会先澄清需求diff 里是不是只有你要求的改动。都成立说明规则在起作用。拆解四大原则规则是写出来的自己写插件前先看懂官方规则长什么样。打开 skills/karpathy-guidelines/SKILL.md结构一目了然Frontmattername 加 description其中 description 是关键它决定技能什么时候被触发原则正文每条一句话定调然后给要/不要的短句列表最后附一个可验证的检验标准四大原则分别对应四类典型翻车原则治什么Think Before Coding默默做错误假设、不提问Simplicity First100 行能干的活写 1000 行Surgical Changes顺手改善相邻代码和注释Goal-Driven Execution让它能跑这种无法验证的模糊目标注意文件开头那句 tradeoff这套规则偏向谨慎优先于速度改个错别字这种小事不用上全套。写自定义规则时请记住这一点——规则别把简单任务拖慢。自定义规则插件怎么写5 步流程以 SKILL.md 为参照模板流程可以压缩成 5 步定一个可验证的目标——别写代码要干净写新增 API 必须有对应测试。模糊需求先转成可检查的标准这正是 Goal-Driven Execution。照搬官方结构——复用 frontmatter 加短句列表的格式。规则必须是模型能直接执行的短句不是散文。写最小规则——从 1~2 条开始比如一条命名规范## 命名规范 - 导出的函数一律用 camelCase - 常量一律用 UPPER_SNAKE_CASESimplicity First 在这里同样适用50 字能说清的事别写 200 字。在测试项目里验证——把规则放进测试项目的 CLAUDE.md喂一个会触发规则的场景比如让模型写个没测试的接口看它是否遵守。集成进真实项目——验证通过后合并进项目 CLAUDE.md或打包成技能在多项目复用。⚠️ 避坑规则不生效的三种典型情况规则太长模型注意力被稀释一条规则控制在 10 行以内超过 3 条就拆文件description 写得太泛frontmatter 里的 description 是触发条件写编码规范没用要学官方写成在编写、审查或重构代码时使用规则和现有风格打架Surgical Changes 要求匹配现有风格自定义规则如果跟项目实际习惯相反模型会表现得很怪还有一个隐藏 tradeoff官方规则刻意让谨慎优先于速度。如果你觉得 Claude 问的问题太多可以在规则里补一句改动少于 10 行时直接执行不要提问。今天就能做的第一件事翻出仓库里的 SKILL.md挑一条你项目里最常被违反的约定比如别删别人留下的死代码照格式写成一条最小规则丢进测试项目验证一次。跑通一条再谈扩到下一条。【免费下载链接】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），仅供参考