CLAUDE.md:给它立规矩
用了几天 Claude Code 的人,最常见的抱怨是:「每次都要把要求重新说一遍,烦。」——用中文回复、别碰那个文件夹、报告要先给结论……说过八百遍,新会话一开,它又忘光了。
解法只有一个文件:CLAUDE.md。这是新手和高手的第一道分水岭——高手不是每次把话说得更好,而是把说过的话变成规矩,以后不用再说。
01它是什么:你的数字员工入职手册
CLAUDE.md 是一个放在文件夹里的纯文本文件。每次你在这个文件夹启动 Claude Code,它开工前会自动通读一遍——不用你提醒,不用你粘贴。
把它想成入职手册:新员工第一天,你不会站在旁边一句句口头交代,你会递给他一本手册——「我们是做什么的、东西放在哪、哪些红线不能碰」。写好这本手册,每一个新会话都是一个「入职过的老员工」。
02先偷懒:让它自己写初稿
不用从零写。在你常用的工作文件夹里启动 claude,输入斜杠命令:
> /init它会翻一遍这个文件夹的结构和内容,自动生成一份 CLAUDE.md 初稿——里面是它对「这里是干什么的」的理解。初稿通常写得中规中矩,真正的价值要靠你往里加私货:那些只有你知道的规矩。
03该写什么:四类内容,一份真实示例
好的 CLAUDE.md 基本都由这四类内容构成:
一两句话说清这个文件夹的用途和结构。「这是我的公众号工作目录,成稿放 发布/,素材放 素材库/。」
常用流程和命令。「写完的文章要先跑一遍错别字检查」「图片一律存 images/ 并用日期命名」。
绝对不能做的事。「final_ 开头的文件只读不改」「删除任何东西前必须先问我」。红线要写得斩钉截铁。
你希望它怎么跟你说话。「全程中文」「先给结论再给过程」「别用技术黑话」。
拼在一起,一份普通人的真实 CLAUDE.md 长这样(可以直接抄了改):
# CLAUDE.md — 我的内容工作目录
## 这里是什么
我的公众号工作目录。成稿在 发布/,草稿在 草稿/,
素材在 素材库/(只读,别改里面任何东西)。
## 干活规矩
- 写完文章先自查:错别字、事实数字、链接可用性
- 文章里的图片存 images/,命名用「日期-主题」
- 改我的稿子用修改建议的方式,别直接重写整段
## 红线
- 发布/ 里的文件是已发布成稿:只读,永不修改
- 删除、覆盖、批量重命名:动手前必须先问我
- 不要在文章里编造数据和引用,查不到就说查不到
## 沟通
- 全程中文,先说结论再说过程
- 我不懂编程,解释问题用大白话打比方04两个层级:全局规矩 vs 项目规矩
CLAUDE.md 可以放在两个地方,作用范围不同:
| 位置 | 作用范围 | 适合写什么 |
|---|---|---|
| ~/.claude/CLAUDE.md | 你电脑上所有会话 | 跟「你这个人」绑定的偏好:语言、沟通风格、通用红线 |
| 项目文件夹/CLAUDE.md | 只在这个文件夹生效 | 跟「这摊活」绑定的规矩:目录结构、工作流程、项目红线 |
两份会叠加生效,项目级更具体。起步建议:先把「全程中文、先给结论、删东西必须问」这三条写进全局,立刻见效;项目级的用 /init 生成后慢慢养。
05养成心法:错一次,补一条
CLAUDE.md 不是一次写完的文档,是养出来的。核心循环就一句话:
它每做错一次你不爽的事 → 别光骂它 → 问自己「哪条规矩没写」→ 补上那一条。
三个月后你会拥有一份「懂你程度」远超任何同事的手册。两个反直觉的经验:
- 规矩要少而狠,不要多而软。五十条温和的建议不如五条斩钉截铁的红线。手册越厚,它越容易忽略重点——跟人类员工一模一样。
- 给例子胜过讲道理。与其写「文件命名要规范」,不如写「命名格式:2026-07-11-主题.md」。一个具体例子顶十行抽象要求。
我的全局 CLAUDE.md 里有一条养了很久的规矩:「不可逆操作必须先说要做什么、等我确认」。起因是有次它好心帮我「清理重复文件」,删了一个我要用的版本。骂完之后我意识到:它没错,是我没立规矩。补上这条之后,同类事故两年零发生。你跟它的每一次摩擦,都是一条规矩的素材。
06检查点
交作业:立起你的前三条规矩
- 建全局手册:让 Claude Code「在 ~/.claude/ 下创建 CLAUDE.md」,写入三条你最想要的规矩(语言、汇报方式、删除红线是好起点);
- 在你最常用的工作文件夹跑一次
/init,看看它对你这摊活的理解对不对,把明显不对的改掉; - 开一个新会话(规矩文件对新会话才完整生效),随便派个小活,验证它是否自动遵守了你的规矩。