之前分享了一篇文章，在国内如何使用Claude Code今天聊两个插件，装完之后，你会发现 Claude Code 像换了个人——该简洁的时候简洁，该守规矩的时候守规矩，该找帮手的时候自己找帮手。第一个：andrej-karpathy-skills
一份 70 行的 Markdown，凭什么拿 6 万 Star？
今年一月份，Andrej Karpathy（前特斯拉 AI 负责人、OpenAI 创始团队成员）在 X 上发了一条长推，吐槽用 AI Agent 写代码的遭遇。阅读量逼近 800 万，无数开发者表示"这就是我每天的经历"。模型会代你做错误假设，然后不假思索地执行。它们不管理自身的困惑，不寻求澄清，不呈现矛盾，不展示权衡。它们真的很喜欢把代码和 API 搞复杂，堆砌抽象概念，不清理死代码……明明 100 行能搞定的事情，非要实现成 1000 行的臃肿架构。开发者 Forrest Chang 把这些吐槽翻译成了模型能执行的规则，压缩成四条原则，写进了一份 CLAUDE.md。就这么一个文件，一周冲上 GitHub 趋势榜首，目前累计 6.2 万 Star。四条原则，把 AI 的"野性"驯服
1. 编码前思考（Think Before Coding）
遇到歧义必须先问你，先呈现权衡，而不是默不作声地猜。以前的 Claude 遇到模糊需求会自己脑补，现在它会停下来："你说的 A 还是 B？各自的利弊是这样的……"2. 简洁优先（Simplicity First）
最小可行实现，不加未请求的功能，不做一次性抽象。检验标准很直白：一位资深工程师会认为这段代码过度复杂吗？如果是，简化。3. 精准修改（Surgical Changes）
只改必须改的地方。不允许借"顺手优化"之名 reformat 相邻代码。每一行改动都能追溯到你的原始请求。4. 目标驱动执行（Goal-Driven Execution）
别让 AI "修复 Bug"，让它"先写一个能复现 Bug 的测试，再让测试通过"。可验证的目标，而不是模糊的指令。一分钟装上
方式一：Claude Code 插件安装（推荐）
# 添加 marketplace/plugin marketplace add forrestchang/andrej-karpathy-skills# 安装 skill/plugin install andrej-karpathy-skills@karpathy-skills
装完之后，andrej-karpathy-skills:karpathy-guidelines 会自动激活，在你写代码、审代码、重构时把四条原则注入 Claude 的行为底盘。
方式二：手动放 CLAUDE.md（通用）
不用插件、或者用的是 Cursor 等其他工具，直接把 CLAUDE.md 拷到项目根目录：curl -o CLAUDE.md https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md
Cursor 用户把同样的内容粘到 .cursorrules 即可。装完什么感觉？
轻微副作用：琐碎任务会因为多一步"先确认"稍微变慢，但完全可以接受一句话总结：karpathy-skills 解决的是 AI 的"行为问题"，让 Claude 从一个热情过度的实习生变成一个靠谱的资深工程师。第二个：Everything Claude Code（ECC）
这不是另一个 AI 工具，是给 Claude Code 装涡轮增压
karpathy-skills 解决了"行为问题"，但 Claude Code 还有一个更大的问题——它就一个人干活。没有专门的代码审查员，没有安全专家，写完代码没人帮你检查，构建报错了自己啃日志，想走 TDD 流程全靠手动组织。打个比方：官方 Claude Code 是一辆原装出厂的性能车，ECC 是一套高级改装套件——涡轮增压、运动悬挂、赛道导航、自动驾驶辅助，一键武装。ECC 的作者 Affaan Mustafa 是 Anthropic 黑客马拉松获奖者，这套系统是他 10 个月每天高强度使用 Claude Code 构建真实产品后沉淀下来的完整工作流。目前 GitHub 上 10 万+ Star，本月涨了 5 万多。ECC 到底给了你什么？
28 个专家子代理
规划师、架构师、代码审查员、安全审查员、TDD 教练、构建修复师……各司其职。主 Claude 不用事必躬亲，把代码审查交给审查员、安全检查交给安全专家，就像一个公司有了完整的团队。119 个 Skills 技能
从 TDD 工作流到 Django 最佳实践，从 API 设计到 React 模式，覆盖主流技术栈。相当于给 Claude 发了一本本"操作手册"，遇到特定场景就知道怎么做。60 个 Slash 命令
/plan 拆解需求、/tdd 跑测试驱动开发、/code-review 审查代码、/build-fix 修复构建错误、/refactor-clean 清理死代码……一条命令触发完整工作流。自动化 Hooks 钩子
编辑代码后自动格式化、push 前提醒检查、自动检测 console.log、TypeScript 类型检查自动跑……这些重复劳动全自动化了。12 种语言的 Rules 规则
安全、编码风格、Git 工作流、测试要求等最佳实践，不能硬编码密钥、测试覆盖率不低于 80%、文件不能超过 800 行。安装步骤
git clone https://github.com/affaan-m/everything-claude-code.gitcd everything-claude-code
# 第一步：安装依赖npm install# 第二步：重新运行安装命令npx ecc-install typescript python golang
npm install会把package.json里列的依赖（包括ajv）全部装好，之后npx ecc-install需要支持的开发语言。安装完成后做两件事
这会让 ECC 知道你的项目用什么包管理器（npm/pnpm/bun），后续命令会自动适配。验证安装
# 测试规划命令/plan "测试一下"# 查看所有可用命令（输入 / 后按 Tab 补全）/
/ 如果能看到plan、tdd、code-review、build-fix等命令，就说明 ECC 完整安装成功了。ECC使用
最核心的工作流：先规划再写代码
这是 ECC 最大的价值——不要让 AI 盲目写代码，而是先做计划再执行。# 第一步：规划/plan "实现用户登录功能"# 第二步：确认方案后，执行 TDD 开发/tdd# 第三步：代码审查/code-review# 第四步：安全检查/security-scan
ECC 日常使用一句话口诀
先/plan，再/tdd，完事/code-review+/verify这三个命令串起来就是最完整的 ECC 工作流——规划先行、测试驱动、审查验证，比裸用 Claude Code 的"想到哪写到哪"靠谱得多。大家平时使用Claude Code有什么好的经验或mcp或skill评论区一起聊一聊。。。
夜雨聆风
