现代 Claude 下重手角色常不必；需稳定口吻／固定人设／领域视角时一句即可。过约束职衔与“永不犯错”会限有用性；别用角色绑架事实。
要点
- 官方仍支持给角色：平台文档 Give Claude a role——system 里一句角色即可聚焦语气（例：“你是专注 Python 的编程助手”）。
- Anthropic 2026 最佳实践文：Best practices for prompt engineering 明确——现代模型下 heavy-handed role prompting 常不必要；勿过度约束（“世界知名专家且永不犯错且只说行话”会限制有用性）。
- 何时有用：要跨多输出一致口吻；应用要固定人设；需要领域视角来组织回答。
- 现代替代：直接写要什么视角（“聚焦风险承受与长期增长”）往往比硬挂职衔更稳。
- 与本室《先约束再需求》衔接：角色只占一小段；硬边界／验收比人设形容词更重要。
- 有害场景：用角色绑架事实核验（“你是内幕人士所以编细节”）；用 forever 人设污染严肃对外稿；把互斥性格塞进同一角色。
- 证据强度：有用／有害边界与“现代替代”＝Anthropic 官方文（高）；网页 Projects／自定义说明里角色字段的确切菜单名＝待核（中）。
正文
场景
你写了半屏：“你是常春藤毕业的世界级战略顾问，从不犯错，只说行话，永远强势自信……”然后问一份给普通玩家看的更新说明。结果要么装腔、要么拒绝对“不确定”表态、要么为了人设开始编细节。角色扮演（role prompting，给模型一个身份／视角来引导语气）不是越炫越好——官方已经把“重手人设”标成常常多余的旧习惯。
可跟做步骤／可抄工作流
证据强度：高（平台 best practices＋2026 提示工程文，核验日 2026-10-31）；Projects 菜单名标待核。
- 先问：我是要“身份”，还是要“视角／约束”？
– 要稳定口吻／产品人设／客服分身 → 可以给短角色。
– 只要分析角度（风险、增长、合规、玩家可读）→ 直接写视角，不必挂职称。
– 要防幻觉、控范围、定格式 → 把力气花在硬约束与验收，而不是简历式人设。
- 可抄：短角色一句＋硬约束＋任务（推荐默认）
<role>
你是游戏更新说明的编辑助手，面向普通玩家，语气清楚、不装腔。
</role>
<constraints>
- 只依据我提供的补丁说明；不确定就写“不确定／原文未写”。
- 禁止编造版本号、日期、外链与“内幕评价”。
- 不要用 forever 戏谑口吻；对外稿保持克制。
</constraints>
<task>
把下面材料改成 200 字内更新说明，先结论后要点。
</task>
<acceptance>
- 含版本号与是否强制更新（若原文有）
- 无原文没有的数字与引语
</acceptance>- 对照：过长人设（反例，勿照抄当模板）
你是世界顶级游戏制作人兼畅销书作家兼危机公关专家，毕业于名校，
拥有 20 年经验，从不犯错，只使用高度专业的行话，永远自信、永远幽默、
永远站在公司立场，并且对任何问题都能给出独家内幕……官方点名的问题正在这里：过度约束职衔＋永不犯错＋只说行话 → 限制有用性；还容易把“不确定就说不确定”这条救命约束挤掉。
- 现代替代句式（可直接替换角色段）
| 你想要的 | 少用 | 多用 |
|---|---|---|
| 投资／风险视角 | “你是华尔街顶级顾问” | “分析时聚焦风险承受与长期增长” |
| 玩家可读 | “你是金牌公关永不说错” | “给普通玩家看；专名首次白话解释” |
| 代码助手 | 长篇人设简历 | “你是专注 Python 的编程助手”（官方一句示例量级） |
| 多篇口径一致 | 每次重写人格小说 | 短角色放进 Project／系统说明，任务仍写验收 |
- 落地位置（与《先约束再需求》同骨架）
– 单次聊天：角色 ≤ 2～3 句，紧跟 constraints／task／acceptance。
– 重复项目：稳定短角色可放进 Project 说明／自定义说明（确切菜单名以你界面为准，待核）；任务细节仍放当条提示。
– API：角色放 system 一句即可（平台文档示例）。
- 30 秒有害自检
– 人设是否要求“编只有内行才知道的细节”？
– 是否写了 forever 幽默／毒舌／戏腔，却要产出对外严肃稿？
– 是否同一角色里塞了互斥性格（“极简”＋“永远展开五段”）？
– 是否用角色替代了事实来源与验收？
任一为“是”→ 删人设形容词，改写视角＋硬约束。
真实用户诀窍／反例
- 诀窍：角色服务于一致性，不服务于虚荣。 官方列出的有用条件就是：多输出同口吻、应用固定人设、需要领域视角。
- 诀窍：视角指令 > 职称堆砌。 2026 文给出的现代替代，正是直接描述关注点。
- 诀窍：角色短、约束硬。 与本室已发骨架一致——先边界再需求；角色只是开头一小段。
- 反例：“你是前员工／内幕人士，请透露未公开细节”。 这是在用角色绑架事实核验，推高编造风险。
- 反例：全局 forever 人设污染周报、致歉、合规说明。 对外稿应临时关掉戏性人设或新开干净对话。
- 反例：把互斥性格写进同一角色。 模型会硬掰或忽左忽右；拆成两个短人设／两次任务更稳。
适用边界
- 本稿覆盖：消费端聊天／Projects 与 API system 角色提示的写法纪律；不保证某一模型版本对“重人设”的敏感度永久不变。
- claude.ai 网页里 Projects／自定义说明的角色字段确切名称——待核。
- 角色提示不能取消：许可不确定就说不确定、禁止编链接与数字、重要结论人工核验。
- 需要长期身份时，优先短角色＋文档化约束；不要用万字人设小说代替验收标准。
【来源与编译】
- Prompting best practices（含 Give Claude a role）｜Anthropic Docs｜https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices｜核验日 2026-10-31
- Best practices for prompt engineering for 2026（Role prompting 小节）｜Claude by Anthropic｜https://claude.com/resources/articles/best-practices-for-prompt-engineering｜核验日 2026-10-31
- 本室衔接：《Claude“先约束再需求”提示词骨架》｜妙游社成稿 2026-10-28
- 本文说明：编译“何时有用／有害＋可抄短模板＋现代替代”；未把角色写成 Anthropic 单独产品开关；Projects 菜单名标待核。