为什么你旧的 Claude 设置现在看起来不一样了
首先是账户范围的层级。Anthropic 这样描述它：“Instructions 是账户范围的设置，可帮助 Claude 理解 Claude 在回复中应考虑的通用指令。”而且它的范围是全局的：“你在此处添加的任何指令都将应用于你与 Claude 的所有对话。”这就是许多人仍称为个人偏好的字段。
现在来看看 Cowork 的变化。同一篇文章指出：“如果你在 Claude Cowork 中使用了全局指令（Global instructions），一旦你获得了新的 Claude 体验，它们就会成为 Instructions for Claude 的一部分。请检查此设置以确保你的指令符合预期。”
Cowork 入门指南详细说明了这意味着什么范围：“在新版 Claude 体验中，全局指令是 Settings > General 中 Instructions for Claude 的一部分，它们适用于每个对话。”
将这两句话结合起来看，结果显而易见。你为 Cowork 编写的指令——Anthropic 官方对该字段的示例是“你偏好的语气、输出格式或关于你角色的背景”——现在适用于每个对话，包括那些从未为此设计的简短聊天。像“始终生成格式化文档”这样的指令对于以文件结束的任务是有意义的。但当你问一个单行问题时，它就显得不那么合理了。
然后是风格。当前的概述将 skills 列为“可以自定义 Claude 的沟通方式、应用专业知识或定义你按需激活的可重复行为”的功能，并给出了使用场景，如“调整 Claude 回复的语气和格式”以及“根据你自己的写作或偏好应用沟通模式”。其总结性表述非常直接：“当你想要自定义 Claude 格式化和提供回复的方式时，请使用 skills。”风格并不在它命名的三个功能之列。
最后一部分改变了重建风格后的行为方式。Skills 并非一直处于开启状态。Anthropic 的 skills 文章解释说：“Skills 通过渐进式披露（progressive disclosure）发挥作用——Claude 会确定哪些 skills 相关，并加载完成该任务所需的信息。”它自己也进行了对比：“自定义指令广泛适用于你的所有对话。Skills 是针对特定任务的，仅在相关时加载，因此更适合专业的工作流程。”
因此，你希望随处应用的语气规则和针对某类任务所需的格式现在属于不同的地方。之前关于防止 Claude 遗忘系统提示词的指南，按照 Claude 当时记录的层级对指令进行了分类；分类原则依然适用，只是层级设置发生了变化。
人们尝试的其他方法
保持合并后的字段不变。 迁移保留了你的文字，所以一切看起来都很正常。但是，一个现在同时包含你旧的个人偏好和旧的 Cowork 指令的字段可能会自相矛盾，并且它适用于每个对话。Anthropic 自己的建议是检查它。
将旧风格粘贴到 Instructions for Claude 中。 这会让该语气应用于所有地方，有时这是对的。但对于你只用于一种写作类型（如发布说明、客户回复、正式报告）的风格，这意味着现在的每个日常回答都会以这种语调呈现。
将每个风格都变成一个 skill 并期望它每次都适用。 Skill 只有在 Claude 判定其相关时才会加载。这是设计使然，它适用于特定任务的格式。对于需要应用于每个回复的规则，它是一个错误的容器。
依靠记忆来承载语气。 Claude 的记忆捕获关于你和你的工作的上下文，它与指令是分开的。Anthropic 将记忆描述为 Claude 用来“记住你聊天中的上下文，并将其带入新的对话和 Cowork 任务中”的东西。它不是一个能保证应用格式化规则的地方。
从头重写所有内容。 这很有诱惑力，但通常没有必要。你写的大部分内容仍然很好，只是现在处于一个适用范围不同的字段中。
解决方法：按适用范围对每个旧指令进行分类，然后在正确的地方重建
这项工作是分类，而不是重写。你拥有的每条指令都回答了一个问题：这应该适用于每个对话、一个项目，还是某一类任务？
步骤 1：阅读当前的 Instructions for Claude
打开 Settings 并找到 Instructions for Claude。在更改任何内容之前，将全部内容复制到一个文本文件中。
现在逐行阅读，并标记每行内容的来源（如果能分辨的话）：是你旧的个人偏好，还是旧的 Cowork 全局指令。Cowork 的内容最有可能在聊天中适用范围错误，因为它们是为以交付物结束的较长任务编写的。
只有当某行内容对你与 Claude 的每一次对话都适用时，才将其保留在此字段中：你希望被如何称呼、你的角色、你使用的语言和拼写习惯，以及适用于所有内容的硬性约束。Anthropic 官方对该字段的示例是“你偏好的方法或方式”、“你常用的术语或概念”、“你遇到的典型场景”和“通用沟通指令”。这个列表是一个很好的范围测试。
任何未通过测试的内容都将在接下来的两个步骤中移出。
步骤 2：将特定任务的语气和格式移入 skills
拿出每个旧风格，以及关于输出格式的每个 Cowork 指令，并思考它是为了什么任务设计的。用于发布说明的风格就是用于编写发布说明的 skill。关于在内部模板中生成文档的 Cowork 指令就是用于该模板的 skill。
将每个指令编写为一个 skill，并清晰描述其适用场景，因为描述是 Claude 判断相关性的依据。Anthropic 将自定义 skills 描述为“自动化个人工作流程并定制 Claude 以匹配你的工作风格”的一种方式，并指出任何人都可以“通过用 Markdown 编写指令”来创建一个 skill。Skills 还要求启用代码执行（code execution），因此如果某个 skill 似乎从未加载，请检查该设置。
保持 skill 专注于单一任务。一个试图代表你整个声音的 skill 会加载得不稳定，因为它与所有内容都相关，但对任何内容都不具体。对于在不同会话中承载声音的更广泛问题，如何让 Claude 记住你的写作风格涵盖了每个机制可以和不可以承载的内容。
步骤 3：将与项目绑定的上下文放回项目中，然后测试所有三个层级
个人偏好或 Cowork 指令中有些内容实际上是关于某一项工作的：一个客户、一个产品、一本书。这属于项目指令，Anthropic 表示这些指令“仅适用于该项目内的聊天”。
这里有一个文档中的细节值得了解。个性化概述指出“项目对所有用户开放，包括拥有免费 Claude 账户的用户”，且免费用户最多可以创建五个项目，而同一页面的摘要则建议对特定项目使用项目指令“（仅限付费计划）”。如果你使用的是免费计划，且该选项不在你预期的位置，这可能是需要检查你计划的当前功能，而不是你的设置的原因。
然后进行测试。开始三个对话：一个带有简短问题的普通聊天、一个在相关项目内的聊天，以及一个应该触发你新 skills 之一的任务。简短问题应该以你的通用语调回复，不带你移出的那些格式。项目聊天应该了解项目的上下文。Skill 任务应该采用相应的格式——如果没有，请优化该 skill 的描述。长期运行的项目上下文有其自身的行为，这在Claude 项目如何在线程之间处理记忆中有所涵盖。
在 MemoryLake 中进行设置
步骤 1 产生了一些本身就值得保留的东西：一个简短、范围明确的关于你如何工作的描述，与任务格式和项目细节分离开来。MemoryLake 是一个保存该描述的地方，这样它就不会依赖于设置字段的下一次重命名。
你自己用自己的话编写这些条目。不会从 Instructions for Claude、你的项目、你的 skills 或任何供应商的存储中读取、写入或删除任何内容。
步骤 1：创建 API 密钥
登录并从控制面板生成一个密钥。该密钥可以让助手读取你编写的条目，而无需关心 Claude 今年使用的是哪个设置页面。
步骤 2：上传你的第一批记忆
从步骤 1 中通过了“每个对话”测试的那些行开始，每个条目一行。为那些不明显的条目添加背后的原因——你为什么偏好某种格式，某种语调是针对什么受众的——因为这些原因会在以后告诉你该规则是否仍然适用。
步骤 3：连接你的 AI 和智能体
连接 Claude 和你使用的其他助手。这样，关于你如何工作的相同简短描述就可以在每个助手中使用，因此一个工具中的设置更改并不意味着要在所有工具中重新解释自己。
这在实践中带来了什么改变
第一个区别是令人意外的回复变少了。当账户范围的字段仅包含随处适用的内容时，简短的问题就不会再以交付物的格式进行回复。
第二个区别是语气在每个任务中都变得更加刻意。针对特定写作类型的 skill 会在进行该类型写作时应用，这更接近大多数人实际使用风格的方式。
第三个区别是指令和记忆之间的界限更加清晰。指令是你设置的规则。记忆是 Claude 积累的上下文。将两者混淆，会导致人们试图通过一个为指导而非文档设计的设置字段来赋予 Claude 永久的领域知识。
第四个区别是下一次改变的成本更低。未来还会有另一次重组。一个书面的、范围明确的关于你如何工作的描述可以在几分钟内完成迁移；而堆积的重叠字段则需要一个下午的时间来理清。
合并后 Claude 个性化的最佳实践
在编辑之前复制合并后的字段。 这是迁移产生的唯一记录，你会想要对照它进行比较。
明确每行内容的范围。 每个对话、一个项目，还是一个任务。如果你说不准是哪一个，那么这行内容可能是在试图承担两项工作。
将 skill 描述写成触发条件。 相关性决定了 skill 是否加载，因此要描述它适用的场景，而不仅仅是它能做什么。Skill 是程序而不是记忆——为什么智能体 skills 不是记忆阐明了这一区别。
将项目细节保留在项目中。 项目指令仅在项目内部适用，这正是特定于客户或产品的上下文所需要的。
不要依赖记忆进行格式化。 记忆承载关于你的上下文。你每次都需要格式化时，它应该是一条指令或一个 skill。
了解你的上下文来自哪里。 如果你从另一个助手导入了记忆，在假设偏好已设置之前，Claude 记忆导入中实际到达的内容非常值得一读，而在项目内搜索过去的聊天记录则是你恢复在旧对话中所做决定的方法。
结论
新的 Claude 体验并没有丢弃你的设置。它只是移动了它们。个人偏好变成了 Instructions for Claude，Cowork 全局指令现在存在于同一个字段中并“适用于每个对话”，而 Anthropic 目前的文档将语气和格式指向了 skills，它们在相关时加载，而不是一直加载。
这些改变中的每一个都是合理的。但它们结合在一起意味着，你为一个上下文编写的指令现在可能正应用于另一个上下文中，而重建为 skill 的风格可能比以前的风格应用得更少。
复制合并后的字段，按范围对每一行进行分类，将任务格式移入专注的 skills 中，将项目细节移入项目中，然后测试所有三个层级。把你自己的“随处适用”的简短列表保存在某个地方，下一次设置更改将只需几分钟，而不是一个下午。