Simplicity First（简洁优先）
Simplicity First（简洁优先） 是一项核心编程原则，旨在解决大语言模型在代码生成过程中普遍存在的过度复杂化问题。该原则强调编写解决问题所需的最少代码，避免投机性功能和不必要的抽象。
核心理念
Simplicity First 原则的核心在于"最少代码解决问题，不做投机性开发"。这一理念直接针对 LLM 倾向于过度工程化的问题，要求开发者专注于当前需求，避免为未来可能的需求预先构建复杂的解决方案。^[inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md]
实施准则
功能边界控制
- 不添加超出要求的功能
- 不为单次使用的代码创建抽象
- 不添加未被请求的"灵活性"或"可配置性"
- 不为不可能发生的场景编写错误处理代码
代码简化标准
如果 200 行代码可以用 50 行实现，应当重写以达到更简洁的版本。判断标准是：资深工程师是否会认为这段代码过于复杂？如果答案是肯定的，就需要简化。^[inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md]
问题背景
该原则源于 Andrej Karpathy 对 LLM 编程缺陷的观察。他指出："模型真的很喜欢让代码和 API 过度复杂化，膨胀抽象，不清理死代码...用 1000 行实现一个臃肿的构造，而 100 行就能完成。"这种过度复杂化倾向导致代码维护困难，增加了项目的技术债务。^[inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md]
与其他原则的关系
Simplicity First 是四大编程原则之一，与以下原则协同工作：
| 原则 | 解决的问题 |
|---|---|
| Think Before Coding | 错误假设、隐藏的困惑、缺失的权衡 |
| Simplicity First | 过度复杂化、膨胀的抽象 |
| Surgical Changes | 正交编辑、触及不应修改的代码 |
| Goal-Driven Execution | 通过测试优先获得杠杆效应、可验证的成功标准 |
^[inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md]
效果验证
当 Simplicity First 原则有效实施时，会观察到以下现象：
- 代码差异中不必要的更改减少，只出现请求的更改
- 因过度复杂化导致的重写减少，代码在第一次就保持简洁
- 产生清洁、最小化的 PR，没有顺带的重构或"改进"
^[inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md]
权衡考虑
该原则倾向于谨慎而非速度。对于简单任务（如明显的拼写错误修复、显而易见的单行修改），需要运用判断力——并非每个更改都需要完整的严格性。目标是减少非平凡工作中的代价高昂的错误，而不是拖慢简单任务的进度。^[inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md]
来源
- inbox（剪藏进来的）__SMARTclip__forrestchang-andrej-karpathy-skills- A single CLAUDE.md file to improve Claude C__e35e9215.md