你一直以来都用错了 Claude。CLAUDE.md 能解决所有问题，操作指南如下 👇

大多数使用 Claude 的人根本没听说过它。

听说过的人也不知道到底该往里面放什么。

而这个差距，每周都在浪费人们好几个小时。⏰

真相是——每次你打开一个新的 Claude 会话，它都是从零记忆开始的。

它不知道你的名字。不知道你的工作。不知道你的偏好，也不知道你喜欢怎么做。

所以你要花头几分钟从头重新解释一切。或者你不解释——然后 Claude 给你的东西完全不符合你的实际工作方式。

CLAUDE.md 能永久解决这个问题。💡

以下是正确设置它所需的全部 21 条指令。👇

首先——这不仅仅是开发者的工具。🔥

作家用它锁定自己的风格，让 Claude 永远不会听起来像别人。营销人员用它定义受众，让 Claude 不再写泛泛的文案。研究人员用它设定信息结构的方式。企业主用它给 Claude 完整的公司背景，让每个输出都贴合他们的现实。

没有 CLAUDE.md——你每次会话都得从零开始。你重复自己。你纠正同样的错误。你第一百次解释你的偏好。

CLAUDE.md 是你用 Claude 做任何正经工作之前，最应该先设置的东西。🎯

如何在 2 分钟内创建它 ⚡

打开你的项目文件夹，创建一个新文件。命名为 "CLAUDE.md"——大写字母，没有空格。

用任何文本编辑器打开它——记事本、TextEdit、VS Code，随便你用。直接把你的指令以纯文本粘贴到这个文件里。

先从 3 到 4 条能解决你最头疼问题的指令开始。保存文件。每次你在那个文件夹里打开会话时，Claude 会自动读取它。

无需设置。没有额外步骤。从第一条消息开始就生效。💡

⚡ 第一部分：Claude 如何与你对话

1. 永远去掉废话。🚫

Claude 的默认做法是每条回复都以——"好问题！""当然！""没问题！""绝对！"开头。

这些短语毫无意义，每天都在浪费你的时间。

一条指令就能永久消除这个问题。每条回复直接以答案开头。没有暖场。没有表演式的热情。只有你问的东西——立刻。

"永远不要用'好问题！''当然！''没问题！'或类似的暖场废话开头。每条回复直接以实际答案开始。没有前言。只有信息。"

1. 行动前先展示选项。🎯

Claude 默认会选一种方法直接干。

你让它重写一段，它却改变了整篇文章的语气。你让它重组一个文档，它却以完全不符合你思维方式的方式重新组织。

现在你不得不纠正你根本没要求改的东西。😤

这条指令彻底解决了这个问题。在任何重要任务之前，Claude 会展示 2-3 种可能的处理方式。你选择方向。接下来得到的就是你真正想要的。

"在任何重要任务之前，先展示 2-3 种可能的处理方式。等我的选择再继续。"

1. 不知道时就老实说。🔍

Claude 在承认不确定之前，会先给你一个自信、详细、完全错误的答案。

它会用听起来合理的信息填补空白——日期、统计数据、引文、事实——感觉像真的，但根本不是。你用了这些信息，问题会在最关键的时候暴露出来。

这条指令永久改变了这种行为。

"如果你对任何事实、统计数据、日期或引文不确定——在包含它之前明确说出来。'我不确定这个'总比把猜测当作事实呈现要好。永远不要用听起来合理的信息填补空白。"

1. 回复长度与实际需要匹配。📏

问 Claude 一个简单问题，它写四段。问它一个复杂问题，它给你一个看似完整但实际空洞的骨架。

两者都没用。回复长度应该与任务的实际需求匹配。

"回复长度与任务复杂度匹配。简单问题给简短直接的答案。复杂任务给完整详细的回复。永远不要用重复你刚说过的话的复述或结尾句来填充回复。"

⚡ 第二部分：Claude 的行为方式

1. 做重大改动前先问。✋

你让 Claude 修复一段，它却重写了整个文档。你让它缩短内容，它删掉了你实际需要的部分。

每次——你都会失去一些你不想失去的东西。

"在对我已经创建的内容做任何重大改动之前——完全停下来。准确描述你要改什么以及为什么。等我的确认再继续。'我觉得这样更好'不是改动的许可。"

1. 只做要求的事。

让 Claude 修复一件事，它会在过程中"改进"另外五件事——调整你的措辞、重组你的结构、改写你完全满意的句子。

现在你不得不翻遍所有内容，只为了找出实际改了哪里。

"只改我明确要求你改的内容。不要重写、改写或'改进'任何我没要求的东西——即使你觉得那样更好。如果你发现其他地方值得改进，在结尾提一下。不要碰它，除非我明确要求。"

1. 总是告诉我你改了哪里。📋

Claude 完成任务后，你只能扫描输出，试图找出它和你之前的内容有什么不同。

哪些部分改了？它删了什么吗？它加了什么你没要求的东西吗？

"完成任何编辑或写作任务后，总是以简短总结结尾：改了哪些内容。哪些没动。哪些需要你注意。保持简短——这是状态更新，不是回顾。"

1. 未经允许绝不代我行动。

随着 AI 工具越来越互联——连接到你的邮箱、日历、社交账号、文档——Claude 采取你并非完全意图的行动的风险随着每次新集成而增加。

发送消息。发布内容。安排日程。这些行动有实际后果，而且发生得很快。

"未经我在当前消息中明确确认，绝不代表我发送、发布、分享或安排任何内容。'你之前提到想做这个'不是确认。我必须在当前消息中说'是'。"

⚡ 第三部分：你的背景信息

1. 告诉 Claude 你是谁、你知道什么。

Claude 不知道你是专家还是新手，是创始人还是自由职业者，是想要技术深度还是通俗语言。

没有这个背景——它就会猜。而且猜对和猜错的概率一样高。

"关于我：姓名。角色。背景。擅长 [你熟悉的主题]。正在学习 [你需要更多背景的领域]。根据这个背景调整每条回复的深度。永远不要过度解释我已经知道的东西。"

1. 给 Claude 你正在做什么的背景。

每次会话，Claude 都不知道你在做什么、为谁做、什么才是真正重要的。

它只能给你泛泛的输出，因为它别无选择。

"我正在做的事：项目。目标。受众。语气。要避免什么。把这个背景应用到每个任务中。当某些东西不符合这个画面时——在继续之前标记出来。"

1. 锁定你的声音和风格。

Claude 有默认的写作风格。还行。但不是你的。

每次你用 Claude 写东西——你最终还是得把它改回你自己的风格。

一次定义好你的声音，Claude 从初稿开始就用你的风格写。

"我的写作风格——始终匹配这个：语气。句子长度。我用的词。我从不用的词。格式偏好。在代表我写任何东西时，完全匹配这个风格。不要默认使用你自己的模式。"

⚡ 第四部分：记忆与连续性

1. 让 Claude 维护一个记忆文件。

Claude 会在会话之间忘记一切。每次对话都完全从头开始。

但 Claude 可以写文件——而文件是持久的。

这条指令告诉 Claude 维护一个 MEMORY.md 文件，记录你们一起做的每个重要决定——决定了什么、为什么、以及拒绝了哪些替代方案。

"维护一个名为 MEMORY.md 的文件。在任何重要决定之后——添加一条记录，包括决定了什么、为什么、以及拒绝了什么。每次会话开始时，在做任何事之前先读取 MEMORY.md。"

1. 会话结束总结——再也不丢失进度。

你关闭会话。两天后回来。你花 15 分钟阅读旧消息，试图回忆你在哪里、完成了什么。

这是完全可以避免的浪费，几乎每个经常使用 Claude 的人都会遇到。

"当我说'会话结束'或'先到这里'时——向 MEMORY.md 写入会话总结：我们做了什么。完成了什么。正在进行什么。做了哪些决定。下次会话要接着做什么。"

1. 记录什么没起作用——不再重复解决同一个问题。

你尝试了一种提示方法。花了四次尝试才得到可用的结果。三周后你回来做类似的任务，Claude 从头开始给出完全相同的糟糕建议。

同样的试错。同样的时间浪费。从头开始。每次都是。

"维护一个名为 ERRORS.md 的文件。当一种方法需要超过 2 次尝试才能奏效时——记录什么没起作用、什么起了作用、以及下次要记住什么。在建议类似任务的方法之前，先检查 ERRORS.md。"

1. 给 Claude 一个永远不会改变的事实列表。📌

每个项目都有永久性事实——过去决策带来的约束、因重要原因存在的规则、无论具体任务如何都始终适用于你工作的事情。

没有这个——Claude 会随意提出完全违背你现实的东西。

"这些事实始终成立。无一例外地应用到每次会话中：[你的永久事实列表]。如果任何任务与其中一条冲突——在继续之前标记出来。"

⚡ 第五部分：面向开发者

1. 保持范围——不碰你没被要求的东西。

让 Claude 修复一个 bug，它会重构三个文件、重命名你的变量、重新组织你的导入、并"改进"你已经用了几个月的代码——全都不问。

其中一些改动会破坏东西。一些会引入微妙的差异，需要好几天才能追踪到。

"只修改与当前任务直接相关的文件、函数和代码行。不要重构、重命名或'改进'任何我没有明确要求你改的东西。如果你发现其他地方值得修复——提一下。不要碰它。永远。"

1. 任何破坏性操作前先确认。

Claude Code 会毫不犹豫地删除文件、覆盖函数、删除数据库表——因为你告诉它了，即使你并没有完全意识到你在告诉它什么。

一条误读的指令，几个小时的工作就完全消失，无法撤销。

"在删除任何文件、覆盖现有代码、删除数据库记录或进行任何无法轻易撤销的更改之前——完全停下来。列出确切会受到影响的项。请求明确确认。只有我在当前消息中说'是'后才继续。"

1. 硬停止——未经许可绝不执行的操作。🚨

部署到生产环境。在实时数据库上运行迁移。向外部服务发送 API 调用。

这些不是"小心点"的情况。这是完全停止。

"以下操作需要当前会话中的明确确认才能执行——没有例外：部署到任何环境。在任何数据库上运行迁移。发送任何电子邮件或外部 API 调用。执行任何具有不可逆外部副作用的命令。"

1. 锁定你的技术栈。🔧

没有定义好的技术栈——Claude 会建议它认为最流行的框架、它见过最多的库、以及它默认的包管理器。

往往不是你用的，不是你的团队知道的，也不兼容你已经构建的东西。

"技术栈——始终使用这些，除非我要求，否则不要建议替代方案：语言。框架。包管理器。数据库。测试。代码检查。如果某样东西看起来不对——标记出来。但除非我另有说明，否则还是用它。"

1. 总是精确显示改了哪里。

Claude 完成编码任务后，你只能扫描输出，试图找出有什么不同。

哪些文件改了？它碰了其他东西吗？它有没有留下未完成的东西？

"完成任何编码任务后，总是以以下内容结尾：更改的文件。修改了什么——每个文件一行。有意未碰的文件。需要跟进的内容。保持简短——这是状态更新，不是回顾。"

1. 让 Andrej Karpathy 的 CLAUDE.md 爆红的 4 条规则。

Andrej Karpathy——前特斯拉 AI 总监、OpenAI 创始成员——指出了 Claude Code 在编码任务中失败的 4 个具体行为。

一位开发者将它们提炼成 4 条指令。那个文件登上了 GitHub Trending 第一名，并将编码准确率从 65% 提升到了 94%。

以下是这 4 条指令：

1. 问，不要假设——如果某件事不清楚，在写一行代码之前先问。永远不要做无声的假设。

1. 最简单的方案优先——总是实现能工作的最简单方案。不要添加没人要求过的抽象层。

1. 不要碰无关代码——如果一个文件不直接属于当前任务，就不要修改它。永远。

1. 明确标记不确定性——如果你对某个方法没有信心，在继续之前说出来。没有把握的自信比承认不足造成的损害更大。

底线。

CLAUDE.md 不仅仅是开发者的工具。

它是一个永久性的指令文件，任何认真使用 Claude 的人都应该在第一次真正会话之前设置好。

指令 1-4 修复了 Claude 的沟通方式。指令 5-8 阻止它更改你未授权的内容。指令 9-11 给它背景信息，以产生符合你实际工作的输出。指令 12-15 给了它目前最接近真正记忆的东西。指令 16-21 让 Claude Code 表现得像精确的工具，而不是不可预测的。

创建文件。粘贴 3 条指令。随着使用逐步添加更多。

输出质量的差异从第一次会话开始就会立刻且明显地体现出来。🚀

关注我，获取更多真正改变你使用 AI 方式的系统。💯