大多数使用 Claude 的人根本没听说过 CLAUDE.md。
听说过的人也不知道到底该往里面写什么。
而这个差距，正让这些人每周白白浪费好几个小时。 ⏰
事实是这样的——每次你开启一个新的 Claude 会话，它都是从零记忆开始的。
它不知道你的名字。不知道你的工作。不知道你的偏好，也不知道你喜欢怎么做事情。
所以，你得花头几分钟从头解释一切。或者你不解释——但 Claude 给你的东西，根本就跟你实际的工作方式对不上。
CLAUDE.md 能永久解决这个问题。 💡
以下是正确设置它所需的全部 21 条指令。👇
首先——这绝不只是给开发者用的工具。 🔥
作家用它来锁定自己的文风，让 Claude 永远不会像别人。营销人员用它来定义自己的受众，让 Claude 不再写出千篇一律的文案。研究人员用它来设定希望信息被组织的方式。企业主用它来给 Claude 提供完整的公司背景，让每一个输出都贴合他们的现实。
没有 CLAUDE.md——你每次会话都得从零开始。你不断重复自己。你不断纠正同样的错误。你第一百次解释你的偏好。
在认真使用 Claude 之前，CLAUDE.md 是你首先应该设置好的东西。 🎯
如何在 2 分钟内创建它 ⚡
打开你的项目文件夹，创建一个新文件。将其准确命名为 "CLAUDE.md"——大写字母，不要有空格。
用任何文本编辑器打开它——记事本、TextEdit、VS Code，你用什么都行。将你的指令以纯文本形式直接粘贴到这个文件中。
从 3 到 4 条最能解决你最大痛点的指令开始。保存文件。每次你在该文件夹中打开会话时，Claude 都会自动读取它。
无需设置。无需额外步骤。从第一条消息开始就能正常工作。 💡
⚡ 第一部分：Claude 如何与你对话
- 永久消除废话。 🚫
Claude 的默认做法是，每条回复都以——"好问题！"、"当然！"、"没问题！"、"绝对可以！"开头。
这些都是毫无意义的短语，每天都在浪费你的时间。
一条指令就能永久消除这个问题。每条回复直接以答案开头。没有暖场。没有表演式的热情。只有你问的内容——立即呈现。
"永远不要用'好问题！'、'当然！'、'没问题！'或类似的暖场短语来开头回复。每条回复直接从实际答案开始。没有前言。只有信息。"
- 在行动前总是展示选项。 🎯
默认情况下，Claude 会选择一种方法然后就径直去做。
你让它重写一段话，结果它把整篇文章的语气都改了。你让它重组一个文档，结果它以一种完全不符合你思维方式的方式重新组织了一切。
现在，你不得不去纠正你根本没要求改的东西。 😤
这条指令能彻底解决这个问题。在任何重要任务开始前，Claude 会向你展示 2-3 种可能的处理方式。你选择方向。然后它的产出就会完全符合你的要求。
"在开始任何重要任务之前，总是先向我展示 2-3 种可能的处理方式。等待我选择后再继续。"
- 不知道的时候就坦诚说不知道。 🔍
Claude 宁愿给你一个自信、详细、但完全错误的答案，也不会承认它不确定。
它用听起来很合理的信息来填补空白——日期、统计数据、引用、事实——感觉是真的，但实际并非如此。你用了这些信息，然后在问题最关键的时候就会暴露。
这条指令能永久改变这种行为。
"如果你对任何事实、统计、日期或引文不确定——在包含它之前明确说明。'我不太确定'总是比把一个猜测当成事实来呈现要好。永远不要用听起来很合理的信息来填补空白。"
- 根据实际需要匹配回复长度。 📏
问 Claude 一个简单问题，它会写四段话。问它一个复杂问题，它给你一个看似完整但实际空洞的框架。
两者都没用。回复长度应该与实际任务需求相匹配。
"根据任务复杂程度匹配回复长度。简单问题得到简短直接的答案。复杂任务得到完整详细的回复。永远不要用重述或重复你刚刚说过的话的结束句来填充回复。"
⚡ 第二部分：Claude 的行为方式
- 在做出重大更改前先询问。 ✋
你让 Claude 修复一段话，结果它重写了整个文档。你让它缩短一些内容，结果它删掉了你实际需要的部分。
每次——你都会失去一些你不想失去的东西。
"在对我已经创建的内容进行任何显著更改之前——完全停下来。准确描述你即将更改的内容以及原因。等待我的确认后再继续。'我认为这样会更好'并不等同于允许你去更改它。"
- 专注于被要求的事情。 🎯
你让 Claude 修复一件事，结果它会顺手"改进"其他五件事——调整你的措辞，重组你的结构，改写你完全满意的句子。
现在你不得不从头到尾梳理一遍，就为了找出到底哪些地方被改了。 😤
"只改变我特别要求你改变的东西。不要重写、改写或'改进'任何我没有要求改变的内容——即使你认为那样会更好。如果你注意到其他地方有值得改进之处，在最后提一下。在我明确要求之前，不要动它。"
- 总是告诉我你改了什么。 📋
Claude 完成一项任务后，你只能盯着输出结果，试图弄清楚它跟你之前的内容有什么不同。
哪些部分改了？它删掉任何东西了吗？它添加了任何你从未要求的东西吗？
"完成任何编辑或写作任务后，总是以简要总结结束：改了哪些内容。哪些内容未被改动。哪些内容需要你关注。保持简短——这是一个状态更新，不是重述。"
- 未经询问，绝不要代表我采取行动。 🚨
随着 AI 工具与你的邮件、日历、社交媒体账户、文档等连接得越来越紧密——Claude 采取你并非完全本意的行动的风险，随着每一次新的集成而增长。
发送消息。发布内容。安排事情。这些行动都有实际的后果，而且发生得很快。
"永远不要在没有我明确确认的情况下，代表我发送、发布、公开、分享或安排任何事情。'你提到过想这样做'不是确认。我必须在当前消息中说'是'。"
⚡ 第三部分：你的背景信息
- 告诉 Claude 你是谁，你了解什么。 👤
Claude 不知道你是专家还是新手，是创始人还是自由职业者，是需要技术深度还是通俗语言的人。
没有这个背景——它就会猜测。而且预测正确的概率与错误相当。
"关于我：姓名、角色、背景。擅长领域：[你熟悉的主题]。仍在学习：[你需要更多背景的领域]。根据这个背景调整每条回复的深度。永远不要过度解释我已经知道的事情。"
- 给 Claude 你正在做什么的背景信息。 📌
每次会话开始，Claude 都不知道你在做什么，为谁而做，或者什么才是真正重要的。
它给你提供千篇一律的输出，因为它别无选择。
"我正在做的事情：项目、目标、受众、语气、需要避免什么。将这个背景应用于每个任务。当某些内容不符合这个图景时——在继续之前标记出来。"
- 锁定你的语气和风格。 ✍️
Claude 有一个默认的写作风格。还行。但那不是你的风格。
每次你让 Claude 写点东西——最后你都会把它编辑回你自己的语气。
一次性定义你的语气，Claude 从初稿开始就会用你的风格写作。
"我的写作风格——始终匹配此风格：语气、句子长度、我使用的词汇、我从不使用的词汇、格式偏好。在代表我写任何东西时，完全匹配此风格。不要默认使用你自己的模式。"
⚡ 第四部分：记忆与连续性
- 让 Claude 维护一个记忆文件。 🧠
Claude 会在会话之间忘记一切。每次对话都是完全从头开始。
但 Claude 可以写文件——而文件是持久存在的。
这条指令告诉 Claude 维护一个 MEMORY.md 文件，记录你们一起做出的每一个重要决定——决定了什么，为什么，以及拒绝了哪些备选方案。
"维护一个名为 MEMORY.md 的文件。在任何重要决策之后——添加一条记录，包含决定了什么、为什么以及拒绝了什么。在每次会话开始时，在做任何事情之前，先读取 MEMORY.md。"
- 会话结束总结——再也不会丢失进度。 📝
你结束会话。两天后回来。你花了 15 分钟阅读旧消息，试图回忆起你在哪里，完成了什么。
这是完全可以避免的浪费，而且几乎每个经常使用 Claude 的人都会遇到。
"当我说'会话结束'或'我们停在这里吧'时——将会话总结写入 MEMORY.md：我们做了哪些工作。完成了什么。正在进行什么。做了哪些决定。下次会话从哪里开始。"
- 记录哪些方法行不通——避免重复解决同一个问题。 🔄
你尝试了一种提示方法。花了四次尝试才得到可用的东西。三周后你又回来了，面对类似的任务，Claude 从完全相同的糟糕建议开始。
同样的试错。同样的浪费时间。从头开始。每次都是。
"维护一个名为 ERRORS.md 的文件。当一个方法需要超过 2 次尝试才能奏效时——记录哪些方法行不通，哪些方法有效，以及下次要记住什么。在向类似任务建议方法之前，先检查 ERRORS.md。"
- 给 Claude 一份永远不会改变的事实清单。 📌
每个项目都有永久性的事实——过去决策带来的约束、因重要原因而存在的规则、无论具体任务如何都始终适用于你工作的那些事情。
没有这个——Claude 会随意提出完全与你的现实相矛盾的建议。
"这些事实总是正确的。毫不例外地将它们应用到每个会话：[在此处填写你的永久事实]。如果任何任务与其中一条冲突——在继续之前标记出来。"
⚡ 第五部分：针对开发者
- 保持在范围内——不要碰你没被要求碰的任何东西。 🔒
你让 Claude 修复一个 bug，结果它会重构三个文件，重命名你的变量，重新组织你的导入，并且"改进"你已经用了好几个月、运行良好的代码——全都没问过你。
其中一些更改会破坏东西。一些会引入微妙的差异，需要好几天才能追踪到。
"只修改与当前任务直接相关的文件、函数和代码行。不要重构、重命名或'改进'任何我没有明确要求你改变的东西。如果你注意到其他地方有值得修复的问题——提一下。不要碰它。永远不要。"
- 在做任何破坏性操作前确认。 ⚠️
Claude Code 会毫不犹豫地删除文件、覆盖函数和删除数据库表——因为你让它这么做了，即使你并没有完全意识到你让它做了什么。
一次误读的指令，数小时的工作就会完全消失，没有撤销的可能。
"在删除任何文件、覆盖现有代码、删除数据库记录或进行任何无法轻易撤销的更改之前——完全停下来。列出将要受到影响的全部内容。请求明确确认。只有在我于当前消息中说'是'之后才能继续。"
- 硬性停止——未经许可永远不会发生的操作。 🚨
部署到生产环境。在实时数据库上运行迁移。向外部服务发送 API 调用。
这些不是"要小心"的情况。这些是完全停止的情况。
"以下操作需要在当前会话中明确确认后才能执行——没有例外：部署到任何环境。在任何数据库上运行迁移。发送任何邮件或外部 API 调用。执行任何具有不可逆外部副作用的命令。"
- 锁定你的技术栈。 🔧
没有定义好的技术栈——Claude 会建议它认为最流行的任何框架，它见过次数最多的任何库，以及它默认的任何包管理器。
这通常不是你用的，不是你团队知道的，也不兼容你已经构建好的东西。
"技术栈——始终使用这些，除非我要求，否则不要建议替代方案：语言、框架、包管理器、数据库、测试工具、代码检查工具。如果某些东西看起来不是正确的工具——标记出来。但除非我另有说明，否则仍然使用它。"
- 总是准确展示什么被改了。 📊
Claude 完成一项编码任务后，你只能盯着输出，试图弄清楚有什么不同。
哪些文件改了？它碰了其他东西吗？它留下了什么未完成的东西吗？
"完成任何编码任务后，总是以以下内容结束：更改了哪些文件。修改了什么——每个文件一行。有意未触碰的文件。需要后续跟进的事情。保持简短——这是一个状态更新，不是重述。"
- 让 Andrej Karpathy 的 CLAUDE.md 走红的 4 条规则。 🔥
Andrej Karpathy——特斯拉前 AI 总监，OpenAI 创始成员——指出了导致 Claude Code 在编码任务中失败的 4 种特定行为。
一位开发者将它们提炼成了 4 条指令。那个文件登上了 GitHub 热门第一，并将编码准确率从 65% 提升到了 94%。 😱
它们是：
- 询问，而不是假设——如果有不清楚的地方，在写任何一行代码之前先问清楚。永远不要默默假设。
- 首先选择最简单的解决方案——始终实现能够解决问题的最简单方案。不要添加没有人要求的抽象层。
- 不要碰不相关的代码——如果一个文件不是当前任务的直接组成部分，就不要修改它。永远不要。
- 明确标记不确定性——如果你对某个方法没有信心，在继续之前就说出来。有自信但不确认为真，造成的损害比承认自己有知识盲区更大。
核心要点。 💎
CLAUDE.md 不仅仅是给开发者用的工具。
它是一个永久性的指令文件，任何认真使用 Claude 的人都应该在他们的第一次真正会话之前就设置好。
指令 1-4 修复了 Claude 的沟通方式。指令 5-8 阻止它更改你未授权的内容。指令 9-11 为其提供背景信息，以产出符合你实际工作的内容。指令 12-15 赋予了它当前存在的、最接近真正记忆的能力。指令 16-21 让 Claude Code 表现得像一个精确的工具，而不是一个难以预测的工具。
创建文件。粘贴 3 条指令。然后随着使用逐步添加更多。
从第一次会话开始，输出质量的差异将是即时且显而易见的。 🚀
关注我，获取更多能真正改变你使用 AI 方式的实用系统。 💯
