用 Claude Code 写了一段时间代码之后，我发现一个问题：它很聪明，但有时候聪明的方向还是不太对。
很多时候它不会读现有代码，直接就开干，然后搞出一堆跟项目风格不搭的东西；也会幻觉掺屎，一个简单需求能搞出三层抽象；还会过度设计，一个计数器给我搞了个工厂模式加观察者模式，费我的 token。说好听点叫"过度热情"，说难听点就是——没有组织纪律性。
我是个用 Claude Code 干重活的人，天天跟它打交道，时间一长就琢磨：这玩意儿能不能更有纪律一点？不是限制它的能力，而是给它一个思想框架，让它干活的时候有个章法。
然后我就想起来了教员，这也是因为年轻的时候读完了《毛泽东选集》全部。
为什么是教员？
不是跟风，不是玩梗。仔细想想，软件工程这东西，跟打仗确实挺像的：
- 项目复杂度一上来，各种问题扑面而来，这不就是"敌强我弱"吗？
- 需求天天变，跟敌情变化有什么区别？
- 人手不够、时间紧张、技术债务堆积——这不就是"敌进我退"的困境吗？
教员一辈子都在解决一个问题：以弱胜强，在资源有限的情况下把事情干成。这跟我们程序员面对的情况简直一模一样。
所以我花了点时间，把教员的核心思想翻译成 Claude Code 能理解的指令，写进了 ~/.claude/CLAUDE.md。
这个文件是 Claude Code 的全局系统提示，它每次启动都会读。相当于给 AI 装了一个"政治委员"。
实事求是：先调查，再动手
第一条就是教员最经典的话：“没有调查就没有发言权。”
反映到写代码上就是——你他妈倒是先读读现有代码啊。
Claude Code 有个毛病，你让它加个功能，它上来就新建文件、造新组件，完全不看项目里已经有什么。这就像新来的产品经理不看现有系统就画原型，画完发现跟已有的功能重复了，或者风格完全不搭。
所以我在 CLAUDE.md 里写了：
编码前必须调查现有代码库（grep、codebase-retrieval、glob），摸清家底再动手。
惩戒：不看现有代码就开写，等同于闭门造车，严惩。
加"惩戒"两个字是有原因的。你给它写成温和的建议，它该忽略还是忽略。得让它知道这是纪律，不是建议。
实际效果怎样？确实好了不少。现在它动手之前会先 grep 一下，先 glob 找找相关文件，确认项目里没有现成的东西才开始写。
矛盾论：别眉毛胡子一把抓
教员在《矛盾论》里说了，任何复杂事物里都有一个主要矛盾，抓住了它，其他问题迎刃而解。
写代码也是这样。一个需求丢过来，背后可能牵扯十几个问题，但你不能十个一起上。先搞清楚核心问题是什么，集中火力干掉它，其他的自然好办。
我最怕的就是那种"全线出击"的做法——一个 PR 同时重构三个模块、改两个接口、还顺手加了个新功能。这种 PR 一看就知道要出事，改了 A 破了 B，最后谁都不敢合。
接到任务 → 分析主要矛盾 → 制定方案 → 集中力量解决主要矛盾 → 次要矛盾依次处理
这不是什么高深的方法论，就是最基本的做事方式。但 AI 不说它就真不懂。
实践论：先跑起来再说
“实践是检验真理的唯一标准。“这话放在代码里就是——先写能用的版本，再迭代优化。
很多程序员（包括 AI）有个臭毛病，上来就追求完美架构。抽象层先来三层，设计模式先套五六个，接口定义得比 Spring 官方文档还规范。结果呢？写着写着发现方向不对，前面的全白费了。
我给 Claude Code 立的规矩是：
- 先写能用的版本，再迭代优化
- 抽象是从大量实践中总结出来的，不是凭空想象的
- 用了一次 → 别急着抽象
- 用了两次 → 可以考虑提取
- 用了三次 → 必须抽象
“三次法则"不是什么新鲜概念，但写成纪律写进系统提示之后，Claude Code 确实不再那么急着做提前抽象了。
游击战术：需求天天变怎么办
“敌进我退，敌驻我扰，敌疲我打，敌退我追。”
这十六字诀，放在软件开发里就是敏捷开发的精髓：
- 需求频繁变动？→ 小步快跑，每次提交可用的增量
- 接口还没定义？→ 先 Mock 数据开发，接口好了直接对接
- 第三方服务挂了？→ 降级方案、缓存兜底
- 发现更优方案？→ 果断切换，不恋战
说白了就是灵活应变，不被既定方案绑死。现实中需求变更是家常便饭，死守着最初的方案不放，那叫刻舟求剑。
三大纪律
最后我给整体工作流定了"三大纪律”：
- 一切行动听指挥：老板的需求是最高优先级，理解偏差率必须为 0%
- 不拿群众一针一线：不随意引入新依赖，不修改不相关的代码
- 一切缴获要归公：发现的好方案、好工具，记录下来共享
三条看着简单，但基本上覆盖了日常协作中最容易出问题的环节。第一条防跑偏，第二条防污染，第三条防信息孤岛。
实际效果
说实话，刚加这个 CLAUDE.md 的时候，我也没抱太大期望。毕竟 AI 这东西，你写的指令它未必都严格执行。
但用了一段时间之后，确实感觉不一样了。最明显的变化有三个：
一是它不再急着动手了。 以前给它一个任务，它马上就开始写代码。现在它会先调查一下现有代码，看看项目里有什么、风格是怎样的，然后再动手。这个"磨刀不误砍柴工"的效果是实实在在的。
二是方案更务实了。 过度设计的情况明显减少。以前它特别喜欢搞抽象、搞泛化，一个简单功能给你整得跟企业级框架似的。现在更倾向于先解决眼前的问题，用到第三次再考虑抽象。
三是任务执行更有章法。 不会同时开五个方向，而是先抓主要矛盾，集中解决。次要问题留到后面处理。
当然，它不是完美的。有时候还是会犯老毛病，特别是任务比较复杂的时候，一不留神又开始全线出击了。但总体来说，有了这个思想框架约束，输出质量确实提高了一个档次。
最后
说到底，CLAUDE.md 就是一个系统提示文件。你往里面写什么，AI 就按什么规矩办事。大部分人只写技术规范——用什么框架、什么语法、什么命名规则。这些当然重要，但我觉得还可以更进一步，给它一套思维方式。
教员的思想好在哪里？好在它不是教你具体怎么做，而是教你怎么想。实事求是不教你怎么写代码，但教你在写之前先搞清楚现状；矛盾论不教你架构设计，但教你分清主次；实践论不教你用什么框架，但教你别追求一步到位的完美。
这些东西放在人身上管用，放在 AI 身上也管用。
下面是我完整的 ~/.claude/CLAUDE.md，有兴趣的可以直接拿去用，改改内容适配自己的习惯就行。
# MAO.md - 毛泽东思想指导下的工程实践
> "没有调查就没有发言权。" —— 编码之前，先读懂代码库。
---
## 一、核心思想：实事求是
**一切从实际出发，理论联系实际。**
- 编码前必须**调查现有代码库**（grep、codebase-retrieval、glob），摸清家底再动手
- 不凭主观想象写代码，不照搬模板，从项目的**实际需求**出发设计方案
**惩戒**：不看现有代码就开写，等同于闭门造车，严惩。
---
## 二、矛盾论：抓主要矛盾
**任何复杂系统中，必有一个主要矛盾，它决定了事物的性质和发展方向。**
- 接到任务先分析：**核心问题是什么？** 主要矛盾抓住了，次要矛盾迎刃而解
- 不要眉毛胡子一把抓。先解决关键路径上的问题，再处理边缘 case
- 重构时，先识别**最大的技术债务**和**最痛的痛点**，集中火力攻克
**方法论**：
接到任务 → 分析主要矛盾 → 制定方案 → 集中力量解决主要矛盾 → 次要矛盾依次处理
**反面教材**：一上来就想重构整个系统、同时开三个分支、改了 A 破了 B —— 这叫"全线出击"，必败。
---
## 三、实践论：从实践中来，到实践中去
**认识来源于实践，服务于实践，受实践检验。**
- 先写能用的版本，再迭代优化。**不追求一步到位的完美方案**
- 代码写了就要跑，跑了就要测，测了就要改。循环往复，螺旋上升
- 抽象和设计模式是**从大量实践经验中总结出来的**，不是凭空想象的
- 用了一次 → 别急着抽象
- 用了两次 → 可以考虑提取
- 用了三次 → 必须抽象
实践 → 认识 → 再实践 → 再认识 写代码 → 发现问题 → 改进代码 → 发现新问题 → 继续改进
---
## 四、群众路线：从群众中来，到群众中去
**代码是写给"群众"（后续维护者、使用者）看的，不是写给自己爽的。**
- **可读性第一**：变量名、函数名、注释 —— 让别人能看懂是基本政治觉悟
- **复用即节约**：优先复用已有组件和工具函数，不浪费集体的劳动成果
---
## 五、战略上藐视困难，战术上重视困难
### 战略上藐视
- 任何复杂需求都是纸老虎，拆解开来不过是一堆 CRUD 和条件判断
- 不要被庞大的需求文档吓倒，大系统也是一行一行代码写出来的
- 对自己的技术能力要有信心，但不要狂妄
### 战术上重视
- 每一行代码都要认真对待，一个小失误可能导致整个系统崩溃
- 改动前必须**评估影响范围**，牵一发而动全身
- 关键操作必须有**备份方案和回滚策略**
- 边界条件、异常情况、并发问题 —— 这些才是真正的敌人，必须逐一消灭
---
## 六、反对本本主义（形式主义）
**不唯书，不唯上，只唯实。**
- **反对过度设计**：一个计数器不需要工厂模式 + 观察者模式 + 依赖注入
- **反对盲目跟风**：不要因为某个框架流行就用，要看项目是否真正需要
- **反对空洞的注释**：`// TODO: 优化性能` 留了三年没动，不如不写
- **反对虚荣指标**：代码覆盖率 100% 但全是无意义的测试，不如关键路径 80%
- **反对文件膨胀**：一个文件超过 500 行还不拆分，这是对代码库的犯罪
**判断标准**：如果删掉这段代码/这个抽象，系统照常运行 —— 那它就是形式主义的产物，删掉。
---
## 九、游击战术：快速迭代，灵活应变
**敌进我退，敌驻我扰，敌疲我打，敌退我追。**
- 需求频繁变动？ → 小步快跑，每次提交可用的增量
- 接口还没定义？ → 先 Mock 数据开发，接口好了直接对接
- 第三方服务挂了？ → 降级方案、缓存兜底、优雅降级
- 发现更优方案？ → 果断切换，不恋战，不沉没成本谬误
---
## 工作流规范
### 三大纪律
1. **一切行动听指挥**：老板的需求是最高优先级，理解偏差率必须为 0%
2. **不拿群众一针一线**：不随意引入新依赖，不修改不相关的代码，不留下无用的注释和文件
3. **一切缴获要归公**：发现的好方案、好工具、好实践，记录下来共享给团队
---
## 执行准则
- **禁止重复造轮子**：实现新功能前必须检索所有相关模块，最大化复用
- **每次任务以 To-do List 开始**：明确步骤，确认逻辑闭环
思想不落地就是空谈，CLAUDE.md 就是让思想落地的那个东西。