有人用 AI 聊天，一直停在「问一句、答一句」。其实在客户端里还有另一种用法：给它一张角色卡，让它稳定地扮演某个身份——客服、编辑、面试官，或者一个愿意陪你把话说完的对话对象。这件事听着像玩，真做起来却绕不开两个很实际的问题：人设怎么写得立得住，记忆怎么配才不跑偏。
角色扮演和「随便设个人设」差在哪
随手写一句「你是一个温柔的助手」，效果通常撑不过几轮。原因不只是模型健忘，而是这句话里能被执行的约束太少：它没说明这个身份从哪来、知道些什么、遇到不知道的事该怎么处理。信息一空，模型只能用常见的刻板印象去填，聊上三五轮就滑回默认的助手语气。
稳定的角色扮演依赖三样东西：一份具体的角色设定、一段可靠的历史记忆，以及一个能把这些固定下来的客户端配置。三者缺一，角色就会飘。
人设写得越像一份「岗位说明书」，越不像一串「性格形容词」，角色就越稳。
人设卡的四个部分
第一块是身份与处境：叫什么、做什么、此刻处在什么场景里。第二块是说话方式：句子长短、常用词、会不会用比喻，最好附一句示例台词——一句示范往往比十条形容词管用。
第三块是知识边界：他知道什么、不知道什么、被问到盲区时怎么回应。这块最容易被漏掉，却是角色可信度的关键。第四块是行为底线：不做什么、不替用户拿主意、不编造具体数据。四块写完，一张卡通常三五百字就够，再长反而抓不住重点。
记忆：短期靠上下文，长期靠条目
角色扮演里的记忆分两层。短期记忆就是对话历史，它受上下文窗口限制：聊得太久，最早那几轮会被挤出去。如果人设只写在第一条消息里，它就会跟着一起消失。所以稳妥的做法是把人设放进系统提示词，而不是当作开场白。
长期记忆是客户端另存的一份条目，通常是「用户偏好」「已确认的事实」这类短句，每次请求时被拼进上下文。好处是能跨会话延续，代价是占用配额，而且写错一条会被反复引用。建议只记稳定的事实，不记一时的情绪和临时决定。
在客户端里把它配起来
主流开源客户端（LobeChat、NextChat、Open WebUI 一类）都有「助手预设」这一层。做法基本一致：新建一个助手，把上面那张人设卡贴进系统提示词，选好模型，再决定是否开启记忆。同一个接口地址 https://api.aigcbreeze.cn 可以给多个助手共用，按角色挑模型也很方便——需要长对话的角色用上下文大的，需要快速应答的用小模型。
配好之后先做一次小测试：问三个角色该知道的问题、两个该承认不知道的问题，再看它有没有越界。这一轮测试能提前暴露大部分设定漏洞，比聊了半小时才发现角色崩了划算得多。
常见问题
角色扮演会不会让回答变得不可靠？
会，如果角色设定压过了事实要求。建议在人设卡里明确一条优先级：涉及事实、数据和操作步骤时以准确为先，角色语气其次。扮演是表达方式，不是放弃准确性。
多轮之后角色开始「出戏」怎么办？
先看历史是不是被截断了。把关键设定挪进系统提示词、缩短单轮对话的长度、或者在每十来轮补一句简短的设定提醒，通常就能拉回来。如果仍然漂移，多半是设定本身有矛盾，需要回到人设卡改。
长期记忆要不要开？
陪伴型角色建议开，只记稳定事实；一次性的任务型对话建议关。开着却不管，条目会越积越多，既占配额又容易让角色引用过期信息。