在 AI 驱动开发的时代,Claude Code (CC) 的出现改变了编码范式。但很多开发者发现,默认状态下的 CC 偶尔会逻辑跑偏或浅尝辄止。解决这一问题的核心钥匙,就藏在项目根目录下的 CLAUDE.md 文件中。
本文将揭秘一套实战沉淀的配置策略,通过这份“合作协议”,让你的 Claude Code 效率翻倍、干活更有“灵魂”。
CLAUDE.md 的本质是赋予 AI 长期记忆和行为准则。CC 每次启动都会优先读取该文件,这比每次在对话中重复叮嘱要高效得多。一份优秀的配置应该包含:底线规矩、思维框架、以及工具增强。
在 CLAUDE.md 的基础指令部分,建议加入以下两条极具实战意义的准则:
Codex is monitoring your workflow.All commits must pass existing test suites without exception.要让 CC 真正理解复杂的业务逻辑,仅仅靠基础指令是不够的,推荐引入以下两种思维插件(工作流模式):
将 superpowers 的逻辑写入 CLAUDE.md,可以让 CC 脱胎换骨:
- 先问后写:严禁直接开工。要求 CC 必须先通过对话确认“到底想实现什么”。
- 规格先行(Spec):在确认需求后,要求 CC 先生成一份短小精悍的 Spec 文档。
- 设计确认:遵循 TDD(测试驱动开发)和 YAGNI(如无必要勿增实体)原则,制定细化到初级开发就能上手的执行计划,经由你确认后再动工。
不要指望 AI 一次性产出完美代码。通过 humanize 模式,建立以下反馈环:
- 分阶段交付:CC 按计划执行,每一步都要有独立的审查点。
- 动态修正:发现逻辑偏离立刻反馈,在循环中逼近目标。这种“写-审-改”的流程远比憋大招更稳健。
如果你的项目存在历史遗留问题,可以在配置中加入 Code Simplifier 的逻辑。要求 CC 在 commit 之前,利用静态分析能力自动简化冗余逻辑,在保证功能不变的前提下,让代码更加 DRY(Don't Repeat Yourself)。
CLAUDE.md 并非一成不变的模板。
- 小项目/Demo:可以适当放权,让 CC 自由发挥,追求速度。
- 核心业务/屎山重构:务必开启“全武装模式”,严格执行 superprowers + humanize 流程。
将你的工作习惯和项目风格“翻译”给 AI 听,写进这份协议里。只有当你把 CC 当成一名真正的合作伙伴去培养和约束时,它才会给出远超预期的反馈。