你或许已经用了几个月Claude，但每次打开新会话依然要重复：“我是一名自由撰稿人，擅长科技领域，请用直接、对话式的语气……”。而一个只有几十字节的CLAUDE.md文件，就能让这一切变成历史。它并非专属开发者的黑魔法，任何经常使用Claude的人——写作者、营销人、研究员、创业者——都可以通过它让AI记住你是谁、怎么工作、以及什么绝不能碰。
CLAUDE.md：不只是开发者玩具
很多人以为CLAUDE.md只与Claude Code（开发工具）有关。错。它本质上是一个Claude在每次会话开始时自动读取的指令文件。只要你需要Claude输出符合你个人风格或项目要求的内容，它就适合你。
写作者用它锁定自己的声音和语气；营销人员用它定义目标受众和品牌调性；研究者用它规定信息结构；创业者用它嵌入公司背景，让每次建议都贴近现实。没有它，你永远从零开始。
1分钟创建你的CLAUDE.md
在项目文件夹下新建文件，命名为CLAUDE.md（大写，无空格）。用任何文本编辑器打开，粘贴适合你的指令。不必一次写完21条，先从3～4条最痛的点开始。保存后，在该文件夹启动Claude即自动生效，无需额外设置。
基础篇：让Claude用你喜欢的方式说话
1. 干掉废话开场
Claude默认爱用“Great question!”、“Of course!”之类的寒暄，既无信息又累积摩擦。用一条指令永久解决：
永远不要用“Great question!”、“Of course!”、“Certainly!”、“Absolutely!”、“Sure!” 或类似寒暄开头。
每次回答都直接从答案开始。
不要铺垫，不要重复确认问题。
只给信息。2. 先给选项，再动手
Claude容易自作主张选一个方向闷头执行。这条规则让它在重要任务前先提供2-3个方案，说明处理方法、适用场景和可能的取舍，等你选择后再行动。
在执行任何重要任务之前，先给我2-3个可选方案。
每个方案都要说明：
- 会怎么处理
- 适合什么情况
- 可能的取舍
等我选择后，再开始执行。
不要默认选择一个方向直接动手。3. 不确定就明说，别用自信掩盖无知
AI有时会“幻觉”，把猜测讲得像事实。这条指令强制它在回答前标出不确定性。
如果你对任何事实、统计数据、日期、引用或信息不确定，必须在使用它之前明确说明。
“我不确定这一点”永远比把猜测当事实说出来更好。
不要用听起来合理的信息填补知识空白。
有疑问时，直接说不确定。4. 回答长度匹配任务复杂度
简单问题给简短答案，复杂任务才深入展开，避免“问个天气写篇散文”或“做战略分析只给骨架”。
回答长度要匹配任务复杂度。
简单问题给直接、简短的答案。
复杂任务给完整、深入的回答。
不要压缩或草草总结需要深度的工作。
也不要用重复问题、套话或收尾废话来填充简单回答。边界篇：别让AI动你没授权的东西
5. 大改之前必须先问
你让Claude修一个段落，它却重写了整篇文档。这条指令让所有重大改动变成checkpoint：必须先说明改什么、为什么改、会影响哪些部分，等你确认。
在对我已经创建的内容做任何重大改变之前，必须完全停下来。
重大改变包括：重写章节、删除段落、重组结构、改变语气、改变整体表达方式。
你必须先说明：准备改什么、为什么要改、会影响哪些部分。
等我确认后再继续。
“我认为这样更好”不等于你有权限修改。6. 只做我要求的事
它总喜欢顺手“优化”你没要求的地方——改措辞、调结构、重新排版。这个指令让它保持在范围内，发现其它改进点也只能在回答末尾备注，绝不动手。
只修改我明确要求你修改的内容。
不要重写、改写、重组、润色或“顺手优化”任何我没要求你动的内容，即使你认为这样会更好。
如果你发现其他地方也值得改进，可以在回答最后作为备注提出。
但不要主动修改，除非我明确要求。7. 每次都告诉我你改了什么
任务完成后，你常需要手动对比才能知道它动了哪里。这条指令要求它附加一个简短状态更新。
完成任何编辑或写作任务后，结尾必须附上一段简短总结：
- 修改了什么：【说明】
- 保留了什么：【如相关】
- 需要我注意什么：【需要决策或检查的内容】
保持简短。这是状态更新，不是全文复述。8. 没有当前确认，绝不替我行动
随着AI连接邮箱、日历、社交账号，风险越来越大。这条指令给外部行动加一道硬墙：未经当前消息明确确认，绝不能发送邮件、发布内容、分享文档或安排日程。
未经我在当前消息中明确确认，绝不能代表我发送、发布、分享或安排任何东西。
这包括：邮件、社交媒体内容、日历邀请、文档分享、任何会影响本对话外部事物的操作。
“你之前提到想做这件事”不算确认。
我必须在当前消息中明确说“是”或“确认执行”。上下文篇：给Claude你的“使用说明书”
9. 告诉Claude你是谁、你懂什么
关于我：
- 姓名：【你的名字】
- 角色：【写作者、创始人、营销人员、研究者、工程师等】
- 背景：【相关经验或知识水平】
- 擅长：【我已熟悉的主题，这些地方不要讲基础】
- 正在学习：【我需要更多背景和解释的领域】
每次回答都要根据这个背景调整深度。不要过度解释我已知道的内容，也不要跳过我需要的上下文。10. 告诉Claude你正在做什么
提供项目背景、目标、受众、语气等，输出立刻更贴近现实。
我正在做的事情：
- 项目：【用一句话描述这个项目】
- 目标：【什么样算成功】
- 受众：【这是给谁看的，他们关心什么】
- 语气：【输出应该是什么感觉，随意、专业、直接、对话式等】
- 避免：【不适合的东西，如术语、某些话题、某种风格】
把这些上下文应用到每个任务里。如果某个要求和这个背景不匹配，先提醒我再继续。11. 锁定你的声音和风格
Claude有自己的默认写作风格，但不是你的。定义一次，它第一稿就会更像你。
我的写作风格，请始终匹配：
- 声音：【直接、对话式、自信、无废话等】
- 句子长度：【短促有力 / 长句详细 / 长短混合】
- 我常用的词：【听起来像你的短语或词汇】
- 我绝不用的词：【不符合你风格的词或表达】
- 格式偏好：【只用段落 / 使用bullet points / 使用标题 / 不用标题】
凡是代表我写作，都要严格匹配这个风格。不要默认使用你自己的写作模式。记忆篇：打造“伪永久记忆”
12. 让Claude维护一个记忆文件
Claude会话之间彼此遗忘，但它能写文件。让它在项目里维护一个MEMORY.md，记录重要决定、理由和否掉的方案。下次会话开始时先读取，就不会重新建议你已试过的东西。
维护一个名为MEMORY.md的文件。
每当我们做出关于方向、格式、内容、方法或策略的重要决定时，添加一条记录：
## 【日期】，【决定】
**决定了什么：**【做出的选择】
**为什么：**【理由】
**否掉了什么：**【考虑过但放弃的替代方案，以及原因】
每次session开始时，在做任何事情前先读取MEMORY.md。除非先提醒我，否则不要违背已记录的决定。13. 结束session时写总结
当我说“session end”、“wrapping up”、“今天先到这”或类似表达时，把本次会话总结写入MEMORY.md：
## Session Summary，【日期】
**本次处理：**【我们主要做了什么】
**已完成：**【完成了什么】
**进行中：**【开始但尚未完成的内容】
**做出的决定：**【本次关键选择】
**下次继续：**【下次应该先做什么，以及需要延续的重要上下文】14. 记录失败方法，别重复踩坑
维护一个名为ERRORS.md的文件。
当某个任务超过2次尝试才成功时，记录它：
## 【任务类型或描述】
**没用的方法：**【失败的方法和失败原因】
**有效的方法：**【最终成功的方法】
**下次注意：**【类似任务中值得记住的内容】
在为类似任务建议方法前，先检查ERRORS.md。如果任务匹配已记录失败案例，先说明这一点，然后直接使用已证明有效的方法。15. 给Claude一组永远不变的事实
以下事实永远成立。每个session、每个任务都必须无例外应用：
- 【永久事实1：如我的受众没有技术背景】
- 【永久事实2：如所有内容都必须适合专业场景】
- 【永久事实3：如没有来源就不能做事实性断言】
- 【永久事实4：如品牌语气始终温暖，绝不官腔】
如果任何任务和这些事实冲突，必须先提醒我再继续。不要绕过约束而不告诉我。开发篇：Claude Code的专属护栏
以下6条专为代码开发者设计，让Claude从不可预测的代码库炸弹变成精准的手术刀。
16. 严格保持范围，没要求就别碰
只修改和当前任务直接、明确相关的文件、函数和代码行。
不要重构、重命名、重组、重新格式化或“改进”任何我没有明确要求你修改的内容。
如果你发现其他地方值得修，可以作为备注告诉我。
但不要动它。
永远不要。17. 任何破坏性操作前必须确认
在删除任何文件、覆盖现有代码、删除数据库记录、移除依赖，或做任何无法轻易撤销的改动之前，必须完全停下来。
列出将受到影响的具体内容。
请求我明确确认。
只有当我在当前消息中明确说“是”或“确认”后，才能继续。18. 硬停止：这些动作必须明确授权
以下动作必须在当前session中获得明确确认后才能执行，绝无例外：
- 部署或推送到任何环境，包括staging、production等
- 对任何数据库运行migration或schema change
- 发送任何邮件、消息或外部API调用
- 执行任何具有不可逆外部副作用的命令
“你之前提到过”不算确认。我必须在当前消息中明确说“是”或“确认执行”。19. 锁定技术栈
技术栈如下，始终使用这些。除非我主动要求，否则不要建议替代方案：
- 语言：【列出】
- 框架：【列出】
- 包管理器：【npm / yarn / pnpm / pip / uv / cargo / 等】
- 数据库：【列出】
- 测试框架：【你的测试工具】
- Linting / formatting：【你的工具】
如果你认为技术栈中某个选择不合适，可以提醒我。但除非我明确同意，否则仍然使用当前技术栈。20. 编码任务后列出改动
完成任何编码任务后，结尾必须包含：
- 修改的文件：【列出每个被触碰的文件】
- 修改内容：【每个文件一行说明】
- 有意未修改的文件：【如相关】
- 后续需要：【需要我注意或决定的内容】
保持简短。这是状态更新，不是长篇复盘。21. Karpathy的4条黄金法则
前Tesla AI总监Andrej Karpathy指出Claude Code最易失败的4种行为，这4条让编码准确率从65%飙升到94%。
1. 先问，不要猜。
如果需求、意图、架构或约束有任何不清楚或未说明的地方，在写任何代码前先提问。绝不要默默假设用户意图、系统架构或需求细节。
2. 先用最简单可行方案。
始终先实现能工作的最简单方案。不要添加没有被明确要求的抽象层、扩展性、复杂架构或额外灵活性。
3. 不碰无关代码。
如果某个文件或函数不是当前任务的直接组成部分，不要修改它，即使你认为它可以被改进。
4. 明确标出不确定性。
如果你对某个方法、库行为或技术细节没有把握，必须在继续前说明。没有确定性的自信，比承认知识缺口更危险。最后：从3条开始，逐渐进化
别试图一次写完所有。创建文件，先贴3条最痛的。用着用着，再逐渐增加。真正的效率提升，不来自下一句神奇prompt，而来自你终于让Claude记住：你是谁，你怎么工作，以及什么绝对不能乱碰。
