一篇 X 长帖，Mayank Agarwal 用 21 条可复制的指令，把 CLAUDE.md 从"听说过但不会用"变成了"任何人两分钟就能上手的永久配置系统"——覆盖沟通方式、行为准则、个人上下文、记忆连续性、开发者安全五个维度。
5 月 9 日，AI 科普作者 Mayank Agarwal（@TheAIWorld22）在 X 上发布了一篇引爆传播的实操长帖，核心只有一句话：你一直用错了 Claude——CLAUDE.md 可以修复所有问题。
帖子获得了 290 万阅读和大量转发收藏。它不是理论科普，而是一份拿来就能用的 21 条指令清单。每一条都可以直接复制粘贴到自己的 CLAUDE.md 里。
一、每次打开新会话，Claude 都从零开始
"事实是这样的：Claude 不会记住你。每次你打开一个新会话，内存清零。"
CLAUDE.md 就是你的说明书。它在你的项目文件夹里，Claude 会在每个会话开始时自动读取。设置一次，永久生效。
CLAUDE.md 不只是开发者的工具——写作者用它锁定文风，营销人用它定义目标受众，研究人员用它设定信息呈现结构，创业者用它给 Claude 提供完整公司背景。
创建只需两步：在项目文件夹新建文件，命名为 CLAUDE.md（全大写，无空格）。先写 3-4 条解决最频繁痛点的指令。保存。从下一条消息开始，Claude 自动读取。
二、Part 1：修复 Claude 的沟通方式（指令 1-4）
指令 1：彻底禁掉废话开场白
"回答问题时，千万不要用'好问题！''当然！''绝对！'之类的客套话开头。直接给出答案，不寒暄、不铺垫、即刻提供所需信息。"
指令 2：做事之前先给选项
"在任何重要任务开始前，先给我列出 2-3 种可能的实现方式。等我做出选择后再继续。"
指令 3：不确定就说"不确定"
"如果你对任何事实、数据、日期或引言不确定——在引用之前明确说出来。'我对此不确定'永远比把猜测当作事实呈现要好。永远不要用听起来合理的信息填补空白。"
指令 4：回复长度匹配任务复杂度
"回复长度匹配任务复杂度。简单问题给简短的直接答案。复杂任务给完整详细回复。永远不要用重复表述或再次总结你已经说过的话来填充篇幅。"
三、Part 2：管住 Claude 的行为（指令 5-8）
指令 5：大改之前先停住，等确认
"在对已有内容做出任何重大修改之前——先完全停下。准确描述你准备改什么、为什么改。等我确认后再继续。'我觉得这样更好'不代表你可以直接改。"
指令 6：只改我让你改的
"只改我明确让你改的地方。不要改写、重组或'改进'任何我没有要求改动的内容——即便你认为那样更好。如果你在其他地方发现了值得改进的东西，在末尾提出来。除非我明确要求，不要动它。"
指令 7：做完之后告诉我你改了什么
"完成任何编辑或写作任务后，最后一定要附一段简短总结：改了什么、没动什么、什么需要我关注。保持简洁——这是状态更新，不是复盘。"
指令 8：永远不要替我做决定
"永远不要代替我发送、发布、分享或安排任何内容，除非我在当前消息中明确确认。'你之前提到过想做这个'不算确认。我必须在当前消息中说'可以'。"
四、Part 3：告诉 Claude 你是谁（指令 9-11）
指令 9：告诉 Claude 你是谁
"关于我：姓名、角色、背景、擅长领域、仍在学习的领域。请根据这个背景调整每条回复的深度。永远不要过度解释我已经知道的东西。"
指令 10：告诉 Claude 你在做什么
"我正在做的事情：项目、目标、受众、基调、要避免什么。将这些上下文应用到每个任务中。当有内容不符合这个框架时——在继续之前先标出来。"
指令 11：锁定你的写作风格
"我的写作风格——始终匹配：语气、句式长度、我惯用的词、我绝不用的词、格式偏好。替我写任何东西时，严格匹配这个风格。不要回退到你自己的默认模式。"
五、Part 4：让 Claude 记住该记住的（指令 12-15）
指令 12：让 Claude 维护一个 MEMORY.md 文件
"维护一个叫 MEMORY.md 的文件。每次做出重要决策后——添加一条记录：决定了什么、为什么、否决了什么替代方案。在每个会话开始时先读取 MEMORY.md。"
指令 13：会话结束时的总结——永不丢失进度
"当我说'session end'或'先到这吧'时——向 MEMORY.md 写一段会话总结：我们做了什么、什么完成了、什么进行中、做了什么决策、下次从哪里继续。"
指令 14：记录失败路径——同一个坑不要踩两次
"维护一个叫 ERRORS.md 的文件。当一个方法尝试超过两次才成功时——记录什么没做成、什么做成了、下次需要注意什么。在给类似任务建议方案之前先检查 ERRORS.md。"
指令 15：给 Claude 一份"永远成立"的事实清单
"以下事实始终成立。应用到每个会话中，无例外：[你的永久事实]。如果某个任务与其中任何一条冲突——在继续之前先标出来。"
六、Part 5：给开发者的六条安全网（指令 16-21）
指令 16：严守任务边界
"只修改跟当前任务直接相关的文件、函数和代码行。不要重构、重命名或'改进'任何我没有明确让你改的东西。如果你在其他地方发现了值得修正的问题——提出来。不要碰。"
指令 17：不可逆操作前必须确认
"在删除任何文件、覆写已有代码、删除数据库记录或执行任何无法轻松撤销的操作之前——完全停下。准确列出会影响到什么。要求明确确认。"
指令 18：硬性阻断——没有例外
"以下操作在执行前需要在当前会话明确确认——无例外：部署到任何环境。在任何数据库上运行迁移。发送任何邮件或外部 API 调用。执行任何有不可逆外部副作用的命令。"
指令 19：锁定你的技术栈
"技术栈——始终使用这些，除非我主动询问否则不要建议替代方案：语言、框架、包管理器、数据库、测试、代码检查。如果某工具看起来不合适——标出来。但除非我说换，继续用。"
指令 20：改完代码后写变更清单
"完成任何编程任务后，最后附上：改过的文件——每个文件一行。刻意未触碰文件。需要跟进的事项。保持简洁——这是状态更新，不是复盘。"
指令 21：Karpathy 的四条规则
Andrej Karpathy 识别出了 Claude Code 最容易出错的四种行为模式，提炼成四条指令（GitHub Trending 第一，编码准确率从 65% 提升到 94%）：
- 先问，别猜——不清楚的在写代码前先问，不做静默假设
- 最简方案优先——始终实现能跑起来的最简方案，不加没被要求的抽象
- 别碰无关代码——跟当前任务没有直接关系的文件不要改
- 明确说出不确定性——自信满满的错误比承认不确定造成的危害大得多
最务实的建议：创建这个文件。粘贴 3 条指令。按需增加。从第一次使用开始，输出质量的差异会马上显现。
- 指令 1-4 修复沟通方式
- 指令 5-8 阻止擅改你的内容
- 指令 9-11 提供上下文，让输出贴合实际
- 指令 12-15 给它目前最接近真实"记忆"的东西
- 指令 16-21 让 Claude Code 从不可预测变成精确可控
三分钟，一个文件，永久生效。