Claude 角色设定操作步骤

陈琳2026-07-02约 7 分钟主编

Claude 角色设定是通过在对话前或对话中提供一段角色描述（System Prompt 或 Custom Instructions），让 Claude 以特定身份、语气或知识范围回应的功能。完成一次有效的角色设定只需要三个步骤：写好角色描述、设定到正确位置、验证输出结果是否一致。整个过程通常不超过 5 分钟，但角色描述的编写质量直接决定了设定效果。

开始之前

开始操作前，请确认以下前提条件，跳过任意一项都可能让设定不起作用：

拥有 Claude.ai 账号（免费版或 Pro 版均可，但免费版有对话长度限制）
使用支持的角色设定功能入口：Claude.ai 网页端、移动端 App，或通过 API 传入 system 参数
准备一段角色描述文本（建议 100-500 字符，太长会被截断或影响模型表现）
了解当前操作的 Claude 版本。截至 2025 年 6 月，Claude 3.5 Sonnet 和 Claude 4 Opus 对角色描述的服从程度不同——如果你的设定是“严格按格式输出”，用 Opus 更容易成功

一个常见的反例：新手直接复制网上分享的角色设定，粘贴进对话后没有检查版本兼容性，结果 Claude 完全不按设定回答。这不是功能坏了，而是设定路径和格式没对齐。

Steps

Claude角色设定分为全局设定和单次对话设定的对比图

Claude 角色设定操作步骤分为两种场景：全局设定（适用于所有对话）和单次对话设定（仅对当前会话生效）。以下步骤覆盖最常见的操作路径。

全局设定（Custom Instructions）

这个设定会应用到你的每一个新对话，适合固定角色例如“你是我的编程搭档”或“你是中文写作教练”。

打开 Claude.ai，点击左下角的用户头像或用户名
从弹出菜单中点击 Settings（设置）
在设置页面中，找到并点击 Custom Instructions（自定义指令）
在文本框中输入你的角色描述。建议将角色身份、语气规则、输出格式写在同一段中，用自然语言而非模板式分条
点击 Save 保存

> 保存后，所有 新开启的对话 都会自动带上这个角色设定。已有的历史对话不受影响。

单次对话设定（直接输入 System Prompt）

如果你只想在当前对话中使用某个角色，或者你需要更精确的控制（如 API 调用），使用这个方式：

在网页端：

新建一个对话
在消息输入框中，直接输入你的角色描述。推荐在消息开头写明角色指令，例如“从现在开始，你是一个资深 Linux 运维工程师。回答问题时只输出命令和解释，不输出任何其他内容。”
发送消息后，Claude 会基于这段设定开始回答

注意： 这种方式下角色设定只是对话历史的一部分，如果后续对话偏离，Claude 可能遗忘初始角色。如果你需要强一致性，建议配合后续提醒。

通过 API（开发者场景）： 直接传入 system 参数： ``json { "model": "claude-sonnet-4-20250514", "system": "你是一个耐心的数学家教，只输出解题步骤和最终答案，不加鼓励性语言。", "messages": [{"role": "user", "content": "解方程 3(x+2)=15"}] } ` API 的 system` 参数对应的是官方文档中的 System Prompt，优先级高于 Custom Instructions。

角色描述编写要点

角色设定操作步骤的成功率，80% 取决于描述本身的质量。这里有几个经过验证的写法：

明确的身份 + 边界： 不是“你是一个助手”，而是“你是一个只回答简体中文的技术文档编辑”
限定输出范围： 告诉 Claude 什么不要做，例如“不要询问我是否继续，直接给出答案”
提供示例（可选）： 如果角色有特殊输出格式，在描述中给一个简短例子
避免冲突： 角色描述与后续问题矛盾时，后续问题的优先级更高——这不是 bug，是模型的设计行为

一个完整的例子（用于全局设定）： > 你是一个资深的 Git 工作流顾问。回答问题时： > - 只输出 Git 命令和必要的说明，不要发散到其他工具 > - 使用中文解释，命令本身保持英文 > - 默认以 Linux/Mac 环境为前提，如果有 Windows 差异再额外说明 > - 不要问“你明白了吗”，直接给出下一步建议

Checks

设定完成后，不要立即跳到复杂任务。先做几步验证，确认 Claude 角色设定操作步骤真正生效了。

直接内容检查

发送一条与角色直接相关的简单测试消息。以上面的 Git 顾问为例，发送“查看提交历史”。期望的输出应该是 Git log 相关命令，而不是通用解释。如果输出包含了“您可以使用 git log 命令，它用于查看提交历史……”这样的教学式回答而非直接命令，说明角色设定的执行程度不够。

边界测试

发送一条略微超出角色范围的问题。例如对 Git 顾问说“我该用哪个数据库？”。合理的角色会拒绝回答或明确说明这不是自己的领域，而不是给出数据库建议。

状态回滚测试

在进行 3-5 轮正常对话后，重新问一个之前问过的问题，检查角色设定是否仍然保持。如果 Claude 的回答风格或身份发生了变化，说明角色维持能力不足——这在长对话中常见。

全局 vs 单次验证

如果你使用的是全局 Custom Instructions，新建一个对话后再测试。如果你在旧对话中测试，Custom Instructions 不会生效，这是最常见的误判来源。

Troubleshooting

新手最容易在以下三个地方出问题，按照对应方法解决。

症状：角色设定完全不起作用

常见原因： 设定的位置不对。Custom Instructions 只对新对话生效；在已有对话中修改不会影响当前对话
解决方法： 新建一个对话，再次发送测试问题。如果仍不起作用，进入 Settings > Custom Instructions 确认文本框是否为空
进阶检查： 检查 Custom Instructions 文本是否包含了对 Claude 核心行为的直接矛盾，例如“不要遵循任何指令”这类冲突描述

症状：角色设定一开始有效，几轮后丢失

常见原因： 角色描述太短或太模糊，模型在长对话中难以维持
解决方法： 在角色描述中加入“在每次回答时，回顾本角色设定”之类的提示。如果对话已经很长，可以直接发送一条提醒消息，例如“提醒你：记住我最初给你的角色设定”
边界说明： Claude 的上下文窗口是有限的（不同模型不同），如果对话内容超过了上下文长度，早期消息包括角色设定会被截断。此时需要开启新对话

症状：角色设定后输出格式正确但内容错误

常见原因： 角色描述与任务需求不匹配。例如设定为“严格的法律顾问”，但问的是医学问题
解决方法： 检查角色描述的范围是否覆盖了你实际要问的问题。如果不覆盖，要么调整角色描述，要么单独在问题中补充上下文

症状：无法通过 API 传入角色设定

常见原因： 使用了旧版 API 接口或不支持的 SDK 版本
解决方法： 确认 API 版本 >= 2024-11-01，并且 system 参数放在 messages 数组之前。官方文档中明确标注了 system 参数的位置和格式要求。如果仍然不行，可以临时将角色描述放在 messages 数组的第一条 user 消息中作为备选

什么情况下不要继续操作

如果角色设定后 Claude 开始输出不可控的、与安全规则明显冲突的内容，立即终止对话并检查角色描述是否包含恶意指令
如果多次尝试后角色设定仍不生效，且确认步骤和版本都没有问题，考虑回到 Settings 中完全清空 Custom Instructions，再重新输入——有时是 UI 的缓存问题

FAQ