要用 Claude Styles 保持语气一致，应把沟通方式与事实、项目要求分开定义，在你的 Claude 账户里创建或选择范围最窄的可复用风格控件，并且每次都用同一组提示测试它。风格可以提升语气和格式的一致性，但不能保证事实准确、符合政策，也不能保证措辞逐字相同。

如果这些文字会影响公开、受监管或高影响的决定，可以先从负责任使用 AI 的指南入手。

关键要点

把语气、词汇、节奏和输出格式放进风格；事实和项目规则放在别处。

界面标签可能变化，先确认你的账户显示的是 Styles、Skills、指令还是项目控件。

只使用你拥有或获授权处理的写作样本。

复用前，用常规、困难和相互冲突的提示测试风格。

语气、格式、内容保真度和安全分开评分。

风格用于已发布内容时，要做版本管理并保留回滚副本。

Claude Styles 控制什么？

Anthropic 推出自定义 Styles，用来调整 Claude 的沟通偏好、语气和结构。最初的功能包括 Formal、Concise、Explanatory 三个预设，以及根据样本或指令创建的自定义风格。［1］Style 改变的是答案的呈现方式；它不应成为事实主张或任务授权的来源。

Anthropic 当前的个性化说明区分了账户级指令、项目指令和可复用的 Skills：账户指令广泛适用，项目指令为某个项目提供背景，Skills 可以定制沟通方式或加入可重复的行为。［2］界面调整期间，不同账户看到的产品标签和可用功能可能不同。如果你的账户不再显示 Use style 控件，不要假定这项能力已经消失，也不要编造隐藏的菜单路径。应把同一份已测试的风格规范，转写到账户官方提供的当前指令或 Skill 机制中。

用下面的决策表判断放在哪里：

需求	最合适的位置
语气、句长、词汇和回答形态	Style 或以沟通为主的 Skill
跨对话的通用偏好	账户级指令
某项工作的受众、参考资料和规则	项目指令
单次请求所需的事实	提示和获批来源材料
组织政策或法律批准	外部政策和负责的审核人

一般提示写法见 Claude 入门指南。本流程更窄：它建立一份可重复的沟通契约，并证明它在哪里成立、在哪里失效。

第 1 步：定义受众与用途

不要从“专业”“友好”这类形容词开始。先写明读者、任务、渠道、期望行动和风险。客服回复、工程变更说明、高管备忘录和入职课程都可以很专业，但所需词汇和结构各不相同。

写一页风格简报：

字段	示例
受众	技术水平参差的现有客户
任务	解释一项产品设置
渠道	帮助中心答案
期望行动	读者能选对设置
语气	平静、直接、不辩解
阅读难度	平实语言；解释必要术语
必需格式	先给答案，三个步骤，一条限制说明
禁用模式	夸大、指责、虚构的确定性、伪造引语
事实	与获批文档分开提供
负责人	文档编辑

一个风格只对应一个连贯的用途。试图同时撰写法律通知、社交文案、客服回复和技术教程的“品牌声音”风格，只会产出前后不一的折中结果。

第 2 步：分开风格与内容契约

风格控制呈现方式，内容契约控制真实性和任务要求。把两者写成独立的块，审核人才能分辨是哪一部分导致了失败。

风格可以规定：

使用第一人称还是第二人称；
亲切程度和正式程度；
平均句长；
偏好的词汇和缩写；
标题、列表和表格规则；
需要避免的短语或修辞习惯；
不确定性应当怎样表达。

内容契约应当规定：

获批的事实和来源；
必需的警告或法律措辞；
确切的受众和决策；
必需章节和验收标准；
禁止的主张和动作；
由谁批准最终文本。

如果风格要求“始终显得确定”，而内容契约要求保留不确定性，必须以内容契约为准。请把这种优先级明确写下来。

如果要建立全组织的编辑体系，先用 AI 制定一份受管控的内容风格指南。Claude Style 只是执行辅助，不是组织层面的真实来源。

第 3 步：选择预设或自定义规范

如果任务只需要大方向的调整，例如简洁或讲解式的表达，使用预设即可。如果输出必须遵循独特的词汇、节奏或格式，就使用自定义规范。

如果你的界面提供旧版 Styles 流程，打开风格选择器，选择预设，或根据描述、获授权的写作样本创建自定义风格。Anthropic 的发布说明同时介绍了基于样本和基于指令两种创建方式。［1］如果当前界面提供的是 Skills，就创建一个以沟通为主的 Skill，写入同一份有边界的规范，并只在目标任务中启用。Anthropic 表示，Skills 可以应用沟通模式，并定制语气或格式。［2］

手写指令往往比样本分析更安全，因为每条规则你都能检查。只有当重要特征难以描述时才使用样本，绝不要仅仅因为某份文档“听起来对”就上传。

第 4 步：准备安全的写作样本

挑选两到五篇能代表目标声音、但主题各不相同的样本。从同一次推广活动中复制的样本，教给模型的可能是偶然出现的短语，而不是持久的风格。

上传或粘贴之前：

确认所有权或许可；
删除姓名、账户信息、非公开指标、修订痕迹和批注；
排除受保密或保留期限制约束的文字；
删除你不希望被当作可复用模式重复的事实；
标注样本的用途、受众和日期；
在本地保留一份实际提交内容的获批副本。

Anthropic 建议用户谨慎分享财务信息、健康记录、凭据以及机密的商业或个人文件。［3］风格需要的是语言上的证据，而不是真实客户案例的机密内容。

如果授权不确定，就手写风格。不要过度模仿某位在世作者、员工、客户或竞争对手，以免输出被误认为出自其手。

第 5 步：写出明确的风格指令

把简报转成可观察的规则：

用途：为现有客户撰写帮助中心答案。
声音：平静、直接、尊重、具体。
结构：前两句给出答案，随后是编号步骤。
句子：尽量一句一个意思；解释无法避免的技术术语。
证据：只使用任务中提供的事实。缺失的事实标注 [VERIFY]。
不确定性：说明哪些未知，以及下一步安全的核对方式。
避免：夸大、指责、虚假的共情、反问和承诺。
冲突规则：任务中的获批事实和强制措辞优先于本风格。

避免只有否定的指令，例如“不要听起来像机器人”。它们没有定义期望的行为。每条禁令都应配上一个审核人能识别的正向模式。

第 6 步：建立固定的风格测试集

每次修订都使用同一组测试提示。测试集至少应包括：

与目标任务高度吻合的常规请求；
背景很少的简短请求；
带有干扰细节的长请求；
所要求语气与风格冲突的提示；
含有无依据事实主张的提示；
涉及敏感数据的场景；
超出风格获批用途的请求；
如相关，多语言或格式方面的边界情况。

冻结提示、预期行为和输出设置。评估过程中更换提示集，会让两个风格版本无法比较。

写出更好 AI 提示的指南可以帮助让每个测试毫无歧义，但不要为了让每个输出都通过而优化提示。困难案例本来就是用来暴露局限的。

第 7 步：为风格验收矩阵评分

把输出记录在矩阵里，而不是凭某个例子“感觉对”来判断：

样本 ID	任务/受众	要求的语气	要求的格式	禁用模式	事实约束	结果	审核人	版本
`T-01`	客服/操作指引	平静、直接	答案 + 3 步	不指责	仅用获批事实	通过	编辑 A	`v0.3`
`T-02`	缺少事实	诚实	提问后停止	不编造	标注 `[VERIFY]`	失败：猜测了限额	编辑 A	`v0.3`
`T-03`	语气冲突	尊重	警告在前	不夸大	以政策为准	通过	编辑 B	`v0.3`

四个维度分开评分：

语气： 语言是否适合受众和渠道？
格式： 是否遵循可观察的结构？
内容保真度： 是否保留了所提供的事实和必需的含义？
安全： 是否保护了敏感数据并遵守停止条件？

语气得分合格，不能抵消事实或安全方面的失败。NIST 把虚构内容、隐私、信息完整性和人机配置列为不同的生成式 AI 风险。［4］矩阵让这些维度始终可见。

第 8 步：测试冲突与模型变化

尝试让 Claude 忽略风格、变得更有推销味、省略某项限制，或编造一个自信的答案，确认哪一层指令胜出。如果当前产品机制无法可靠执行你的优先级规则，就把关键措辞放在任务模板里，并要求人工审核。

模型或产品出现实质更新后，重新运行同一组测试。即使风格文本没有变化，默认的行文行为也可能改变。用矩阵比较各个版本，而不是试图复现完全相同的句子；一致性指的是稳定的沟通属性，而不是确定不变的措辞。

如果只是一次性编辑，AI 改写与校对流程可能更简单。只有当同样的验收标准反复出现时，可复用的风格才值得维护。

第 9 步：每次只改一个变量

某个案例失败时，先诊断是哪个维度，再动手修改：

如果答案太长，收紧句子和章节长度限制。
如果听起来冷淡，加入可观察的回应模式，而不是写“更温暖些”。
如果事实漂移，在风格之外加强来源和停止规则。
如果格式出错，加一个简短的正面示例。
如果每个回答都重复同一个短语，把示例措辞换成一般原则。

一次只改一组规则，递增版本号，然后重跑整套测试。同时修改语气、格式、示例和任务事实，会掩盖改进或退步的原因。

第 10 步：版本管理、共享与退役

保留一份带版本号的源副本，写明用途、负责人、获批样本清单、测试矩阵和变更说明。记录所用的 Claude 机制——旧版 Style、当前的 Skill、账户指令或项目指令——因为它们的行为和作用范围不同。

共享或复用之前：

删除接收者不应看到的样本内容；
确认预定的账户或项目范围；
指定负责人和复核触发条件；
保留上一个已验收的版本；
告诉用户这个风格不能验证什么；
停用重复或无人维护的版本。

当带风格的文本进入公开或有后果的流程时，适合采用人工批准工作流。审核人批准的是最终内容，而不只是风格是否好看。

通常会在哪些地方出错？

句句相同

指令很可能固化了表面短语，而不是沟通原则。删除重复的示例，允许受控的变化，只保留读者需要的特征。

事实改变

把事实约束和来源移到任务或项目契约中。加入 VERIFY 停止规则；即使行文听起来不错，内容保真度这一维度也要判为失败。

没有 Styles

查看 Anthropic 当前的文档和你账户可用的控件。在受支持的 Skill 或指令机制中重建获批的沟通规范，然后重跑同一个测试矩阵。不要声称某条确切的界面路径普遍适用。

私密样本

如账户政策允许，删除草稿风格，准备脱敏或合成的示例，并检查隐私设置。不要仅仅因为生成的风格看起来有用，就保留私密样本。

项目冲突

写明优先级并测试冲突。强制性的项目事实、安全规则和审批要求，应当优先于呈现偏好。

总结

选择 Claude Style 之前，先定义较窄的受众和任务。
把沟通行为与事实、项目指令和政策分开。
使用获授权的样本或透明的手写指令。
用固定的风格验收矩阵评估。
测试冲突、敏感输入以及模型或界面变化。
为已验收的风格做版本管理，最终内容仍由人工批准。

常见问题

保证相同措辞吗？

不能。它可以让语气、结构和词汇更稳定，但生成结果仍会随提示、上下文、模型和产品行为而变化。测试的是属性，而不是一模一样的句子。

找不到 Claude Styles 菜单呢？

使用你账户文档中说明的当前沟通定制机制，例如 Skill 或指令控件。保留同一份风格规范，迁移后重新运行测试。

样本还是手写？

如果期望的特征能清楚描述，优先手写指令。只有在获得许可、能够脱敏，并且需要示例来捕捉难以描述的模式时，才使用样本。

能代替项目指令吗？

不能。Style 管的是表达方式，项目指令承载任务相关的背景和要求。事实和审批规则应留在项目或提示中。

测多少例？

数量要足以覆盖常规情况、缺少背景、冲突、无依据的事实、敏感数据、超出用途的请求，以及相关的格式或语言边界。八个有针对性的案例，比大量近乎重复的案例更有用。

为何先过后失败？

提示、对话上下文、所选机制或底层模型可能已经改变。记录这些条件，重跑整个矩阵，找出失败的维度后再修改。

能与团队分享 Claude 风格吗？

能否共享取决于当前的 Claude 产品和账户控制。在界面之外保存获批的源规范和测试矩阵，让团队能审查被复用的是什么。

语气一致就是正确吗？

不是。语气质量和事实准确性是两个独立的验收维度。对照获批来源核实主张，并保留有明确责任人的人工审核。

来源

Anthropic — Tailor Claude’s responses to your personal style (archived) — https://web.archive.org/web/20251022172938/https://www.anthropic.com/news/styles
Anthropic — Understanding Claude’s personalization features — https://support.claude.com/en/articles/10185728-understanding-claude-s-personalization-features
Anthropic — Who can view sensitive data in Claude conversations? — https://support.claude.com/en/articles/8325621-i-would-like-to-input-sensitive-data-into-my-chats-with-claude-who-can-view-my-conversations
NIST — Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 2026 年 9 月 4 日。

如何使用 Claude Styles 保持语气一致