现在的大模型,还需要先认角色吗?
• 角色为什么曾经很有用?
• 但现在,我越来越觉得,真正起作用的不是身份
• 角色扮演,有时候甚至会让人偷懒
• 我更相信一种写法:用步骤替代身份
• 这是不是说“角色”完全没用?
• 所以这篇文章,不是下结论,而是一个疑问
• 最后一个想法
我有个习惯,可能和很多人不一样。
用大模型这么久,我几乎从来不先给它安排“角色”。
不会写:
你是一个资深产品经理。
也不会写:
你是一个高级架构师。
我更常直接写:
帮我做这件事,输出要分成第一、第二、第三、第四…
角色为什么曾经很有用?
先公平一点讲。
以前,“角色”这东西确实是有用的。
因为模型没有今天这么强的时候,你不说一句“你是一个产品经理”,它很容易输出一堆泛泛而谈的东西。
你给它一个身份,它就像找到了一个入口。
它会更快进入某种表达方式、某种思维框架、某种回答语气。
所以那时候我很能理解,为什么很多人特别依赖角色提示。
说白了就是:
以前角色更像一把钥匙。
不插进去,门就不太打得开。
但现在,我越来越觉得,真正起作用的不是身份
这几年我自己用下来,有一个很明显的感受:
很多任务里,真正拉开结果差距的,不是“你是谁”,而是“你要做什么”。
换句话说,角色本身不是目的。
结构才是。
比如一个需求分析任务。
我不会先让模型“扮演产品经理”。
我会直接告诉它:
• 先分析目标用户
• 再拆核心场景
• 然后列出功能优先级
• 接着指出风险和依赖
• 最后给一版PRD结构
你这样写,结果通常不会差。
因为你已经把问题讲清楚了。
你已经把任务边界、顺序、输出格式都固定下来了。
这时候,它是不是“产品经理”,反而没那么重要。
角色扮演,有时候甚至会让人偷懒
这个判断可能会让一些人不舒服。
但我确实越来越觉得:
很多人依赖“角色”,其实不是模型需要,而是写提示词的人自己需要。
因为我们太习惯人类组织了。
我们天然觉得:
• 想要产品思维,就找产品经理
• 想要技术判断,就找工程师
• 想要增长思路,就找运营专家
于是我们就把这一套,直接搬到AI身上。
这没问题。
但也容易出一个问题:
我们把“角色”当成了捷径,而忽略了任务设计本身。
比如你写一句:
你是一个顶级产品经理,请帮我分析这个需求。
这句话看着很专业。
但它其实非常模糊。
什么叫“顶级”?
“分析”到什么程度?
输出要什么结构?
哪些信息更重要?
其实都没说清楚。
很多时候,不是模型不理解你是谁。
而是你没有把事情讲明白。
我更相信一种写法:用步骤替代身份
我现在越来越偏一种写法。
不是告诉AI:
“你是谁。”
而是告诉它:
“你现在要按这个顺序把事情做完。”
比如我会这样写:
1. 先理解目标
2. 再拆解问题
3. 然后列出方案
4. 最后给出建议和风险
这样做有个很明显的好处:
结果更可控。
因为模型不是在“表演身份”。
它是在执行任务。
身份是模糊的。
步骤是明确的。
越明确,越不容易跑偏。
这是不是说“角色”完全没用?
也不是。
我觉得角色不能说完全没用。
但它真正的价值,可能没有很多人以为的那么大。
它更像一个方向感引导。
比如有时候,你确实想让回答更偏某一类口吻、某一类视角。
那你说一句“从产品经理视角回答”,确实有点帮助。
但问题在于:
如果结构本身没说清楚,角色再对,也容易写出废话。
而如果结构说清楚了,角色有时候反而只是锦上添花。
甚至根本不必要。
我现在更想讨论的是一个问题:
今天的大模型,是不是已经从“需要角色引导”,慢慢变成“更需要任务设计”了?
从我自己现在的使用习惯来看,我倾向于觉得是。
因为我越来越发现一件事:
你永远不需要告诉一个模型“你是产品经理”。
你只需要告诉它:
第一,你要先理解需求背景。
第二,你要先搞清楚目标人群。
第三,你要区分“必须做”和“以后做”。
第四,你要按优先级输出功能列表。
第五,你要指出最可能踩坑的地方。
第六,你要给出最简单的上线路径。
第七,你要总结成一份可以拿去讨论的文档。
做到这些,它自然就变成“产品经理”了。
不是因为你给它发了工牌。
而是因为你已经把活安排得足够清楚。
最后一个想法
所以我现在更愿意把“角色”理解成一个辅助手段。
不是核心能力。
更不是必需品。
真正值钱的,不是一句话让它“变成谁”。
而是你有没有能力,把一个复杂任务拆成清晰的结构。
如果结构不行,角色再像,结果也还是会软。
如果结构到位,很多任务根本不靠角色,也能跑得不错。
这个问题我觉得值得继续想。
不是因为今天有了标准答案。
而是因为使用习惯本身,正在发生变化。
夜雨聆风