智能AI
morning
GitHub 热门项目: andrej-karpathy-skills
2026-05-08
1 阅读
GitHub Trending
? GitHub 项目：andrej-karpathy-skills
?仓库地址：https://github.com/forrestchang/andrej-karpathy-skills
⭐ 星星：119807 | ? 作者：forrestchang
? 项目描述：用于改进 Claude 代码行为的单个 CLAUDE.md 文件，源自 Andrej Karpathy 对 LLM 编码陷阱的观察。
===================================================
? 自述文件内容：
===================================================
# Karpathy 启发的 Claude 代码指南
> 查看我的新项目 [Multica](https://github.com/multica-ai/multica) — 一个开源平台，用于运行和管理具有可重用技能的编码代理。
>
> 在X上关注我：[https://x.com/jiayuan_jy](https://x.com/jiayuan_jy)
用于改进 Claude 代码行为的单个“CLAUDE.md”文件，源自 [Andrej Karpathy 对 LLM 编码陷阱的观察](https://x.com/karpathy/status/2015883857489522876)。
英语 | [简体中文](./README.zh.md)
## 问题
来自安德烈的帖子：
> “模型会代表你做出错误的假设，并且不加检查就跟着它们运行。它们不会管理自己的混乱，不会寻求澄清，不会暴露不一致的地方，不会提出权衡，在应该的时候不会推迟。”
> “他们真的喜欢使代码和 API 过于复杂，使抽象变得臃肿，不清理死代码……在 100 行就可以的情况下实现超过 1000 行的臃肿结构。”
>“他们有时仍然会更改/删除他们没有充分理解的副作用的注释和代码，即使与任务正交。”
## 解决方案
一个文件中的四个原则可直接解决这些问题：
|原理|地址 |
|------------|------------|
| **编码前三思** |错误的假设、隐藏的混乱、缺失的权衡|
| **简单第一** |过于复杂、臃肿的抽象 |
| **手术改变** |正交编辑，触摸你不应该的代码 |
| **目标驱动的执行** |通过测试优先、可验证的成功标准来利用 |
## 四大原则详解
### 1. 编码前思考
**不要假设。不要隐藏困惑。表面权衡。**
法学硕士通常会默默地选择一种解释并使用它。该原则强制进行明确的推理：
- **明确陈述假设** - 如果不确定，请询问而不是猜测
- **呈现多种解释** — 当存在歧义时不要默默选择
- **有必要时进行反击** - 如果存在更简单的方法，请说出来
- **困惑时停止** — 指出不清楚的内容并要求澄清
### 2.简单第一
**解决问题的最少代码。没有什么推测性的。**
对抗过度设计的倾向：
- 没有超出要求的功能
- 没有一次性代码的抽象
- 没有未要求的“灵活性”或“可配置性”
- 对于不可能的情况没有错误处理
- 如果 200 行可以是 50 行，重写它
**测试：**高级工程师会说这太复杂了吗？如果是，请简化。
### 3. 手术改变
**仅触摸您必须触摸的内容。只清理你自己的烂摊子。**
编辑时存在