2026年Andrej Karpathy AI 编程戒律

科技前沿 • 2026-04-17 21:34 • 阅读 1

大家好，我是讯享网，很高兴认识大家。这里提供最前沿的Ai技术和互联网信息。

andrej-karpathy-skills 由开发者 Forrest Chang 基于 OpenAI 联合创始人、前 Tesla AI 总监 Andrej Karpathy 的实战经验提炼而成。
仅靠一个不足 200 行的 CLAUDE.md 规则文件，在 GitHub 一周内收获 4.5 万 Star，精准解决当下 AI 辅助编程的核心痛点。

CLAUDE.md 是 Claude Code 自动识别的项目级配置文件，相当于 AI 编程的持久化系统提示词，用于约束 AI 行为、提升代码质量。

盲目假设，不澄清需求
模型自行做出错误假设，不寻求澄清、不指出矛盾，一路错到底。
过度工程化
100 行可解决的问题，强行编写 1000 行臃肿架构。
无意义乱改
擅自修改无关代码、注释、格式，产生大量无效变更与技术债务。
无目标执行
没有成功标准，缺乏验证机制，代码质量不可控。

Karpathy 核心观点：可预测的错误，就是可预防的错误。

1. Think Before Coding 编码前思考

明确陈述所有假设，不确定时必须提问，绝不猜测
遇到需求歧义，呈现多种解读方案，不沉默选择
发现更简单方案，主动提出并反对复杂实现
产生困惑时立即停止，明确说明不清楚点

2. Simplicity First 简单优先

不添加任何超出需求的功能
一次性代码不做多余抽象与封装
不添加未被要求的灵活性、可配置性
能用 50 行实现，绝不写 200 行
自检：资深工程师是否认为过于复杂？是则简化

3. Surgical Changes 精准修改

不“改进”相邻代码、注释、格式
不重构无缺陷、可正常运行的代码
严格匹配项目现有代码风格
发现无关死代码：仅提醒，不擅自删除
铁律：每一行修改都必须能追溯到用户明确请求

4. Goal-Driven Execution 目标驱动

将指令式任务转化为可验证的成功标准：

不要说：添加输入验证
要说：为无效输入编写测试，让测试通过
不要说：修复 bug
要说：编写复现 bug 的测试，让测试通过
不要说：重构 X 模块
要说：确保重构前后所有测试全部通过

方式一：直接下载到项目（推荐）

curl -o CLAUDE.md https://raw.githubusercontent.com/forrestchang/andrej-karpathy-skills/main/CLAUDE.md

方式二：作为 Claude 插件安装

/plugin marketplace add forrestchang/andrej-karpathy-skills /plugin install andrej-karpathy-skills@karpathy-skills

当 AI 遵守规则时，你会看到：

Diff 仅包含需求相关修改，无多余变更
AI 会先澄清需求、确认假设，再写代码
代码简洁，无过度设计、无冗余架构
PR 干净最小化，无顺手重构、无无关优化
一次产出可用代码，无需反复重写

✅ 能解决

AI 乱改代码、注释、格式
过度工程化、代码臃肿
不澄清需求、盲目开发
降低技术债务，提升可维护性

❌ 不能解决

产品决策错误（只优化「如何构建」，不解决「构建什么」）
无法 100% 强制遵守（遵循率约 80%，严格规则需配合 Git Hooks）

GitHub 地址：https://github.com/forrestchang/andrej-karpathy-skills
核心文件：CLAUDE.md
定位：AI 编程工程纪律规范