最近总有朋友私信问我说同样是用SillyTavern为什么别人做出来的角色那么传神能聊几十轮还不“出戏”自己辛辛苦苦填了一堆设定结果角色还是像个复读机。这个问题我刚开始玩角色卡的时候也遇到过。后来花了不少时间拆解别人分享的卡片又翻了大量JSON样例才慢慢摸到门道角色卡的本质不是“写得越多越好”而是把角色拆解成AI能理解的结构化信息。这篇文章我就用一份完整的三叶角色卡JSON做例子把SillyTavern角色卡从思路、字段、实操到调参、避坑整个流程讲透。适合刚接触SillyTavern的新手也适合已经会套模板但总觉得效果不对的老玩家。1. 在动手写角色卡之前先搞清楚它到底在干什么1.1 角色卡的本质给AI一份可执行的“人设剧本”很多人第一次接触SillyTavern时会有一个误解觉得角色卡就是一个“可以把AI变成某某角色”的魔法开关。实际上角色卡更像一份“人设剧本”加“台词提示卡”。它不改变底层大模型的推理能力只是通过一段结构化文本把角色的外貌、性格、说话习惯、背景故事、当前场景等信息告诉模型让模型在生成回复时有一个明确的方向。你可以把这个过程想象成给一个非常聪明但完全不了解角色的临时演员递剧本。演员不认识你的角色不知道TA说话是快是慢、喜欢用什么样的比喻、有什么不能碰的雷区。角色卡做的事情就是用尽量精确、尽量有画面感的语言把这个“角色”植入演员的头脑。在SillyTavern里这份“剧本”的核心载体就是JSON文件。JSON里每个字段对应不同的功能基本信息负责告诉模型“你是什么人”开场白负责创造氛围示例对话负责示范“你怎么说话”角色书则负责在关键时刻补充“背景设定”。把这些字段配合好远比堆一大段没用的人设废话重要。1.2 为什么用JSON而不是纯文字描述有人可能会问我在SillyTavern的“Description”文本框里直接写一大段描述不就行了为什么非要用JSON其实JSON本身不是目的它更像一个“标准包装”。SillyTavern的大部分角色卡都是通过JSON或者把JSON藏在PNG图片的编码信息里来交换和分享的。JSON最大的好处是可复用、可校验、可精确控制。你想分享一个角色给朋友发一个有结构的JSON文件对方导入后字段一一对应不会出现“粘贴少了一段设定”的情况。你想修改某个字段也只需要找到对应的键值对而不是在一大段文字里翻找。更重要的是JSON的结构可以扩展。比如你想要一个角色在不同场景下有不同状态可以在JSON里声明多个alternate_greetings备用开场白用的时候一键切换。你甚至可以把一套“世界书”Lorebook条目塞进角色卡里让AI在聊到特定话题时自动查阅补充设定。这些都不是单纯堆文字能实现的。所以与其说“为什么要用JSON”不如说“好用的角色卡都需要结构化思维”。JSON只是一个载体真正值钱的是你如何把角色拆成模型能理解和执行的模块。2. 角色卡的每一块“积木”核心字段与填写思路2.1 基本信息name、description、personality 怎么配合SillyTavern角色卡JSON里最基础的三个字段是name、description和personality。很多人把这三个字段当成三个可以随便填的空实际上它们分工明确重合太多反而会让模型抓不住重点。name角色名字同时也承担“召唤词”的功能。AI看到这个名字会把它当作对话线程里的角色标识。description角色最核心的“设定页”写外貌、身份、背景以及性格特征。这部分会被模型当作长期记忆来阅读所以要有具体的细节但不需要把所有内容写得像小说一样长。personality一般用来放性格标签或短句比如“温柔中带点倔强”、“喜欢用天气比喻心情”。SillyTavern在拼接提示词时通常会把这部分单独展示相当于模型在处理对话时的“角色速记卡”。我的经验是description里写“角色是谁”personality里写“角色怎么说话、怎么反应”。比如你不能只在description里写“她很温柔”而是要写“她温柔但不软弱看到店员被刁难时会放下手中的杯子语气平静地站出来”。这样模型才知道“温柔”不是“只会顺着别人说话”。有一点要注意很多人喜欢在description里写“你可以向用户提问”、“你会用表情符号”这类句式。这些指令本身没问题但它属于“行为指令”更适合放在system_prompt里而不是description里。description的职责是塑造角色不是指导对话流程。2.2 场景与开场scenario 和 first_mes 的实战写法scenario描述的是“你用户和角色现在处于什么情境中”它决定了第一轮对话的起点。first_mes则是角色在这个情境下说的第一句话也就是开场白。很多新手会忽略scenario或者干脆把它当成背景故事来写。但scenario更像一个“现场提示”告诉模型此刻故事已经开始了不是要从头介绍剧情。比如三叶这张卡我写的是“一个雨天的傍晚用户推开咖啡店的门三叶正站在吧台后擦杯子”。这个描述直接把画面感拉满模型接下去就知道它不该问“你在哪里”而应该把这个雨天咖啡馆当作既定事实来互动。first_mes是角色给用户的“第一印象”它决定整个对话的风格基调。一个好的开场白应该有动作、有细节、有一个钩子让用户愿意接话。比如三叶的开场白“门铃响了一声。我抬起头顺手把擦好的玻璃杯放回架子上声音不紧不慢‘欢迎光临。’我看见你身上的雨水顺着衣角往下滴就又补了一句‘外面雨不小吧那边有空位想喝点什么暖暖身子’”这句话里包含了动作抬头、放杯子、环境下雨天、角色状态不紧不慢、以及对用户的关心。模型读到这样的开场白后续生成回复时就更倾向于延续这种“带着细节的日常感”。另外SillyTavern支持alternate_greetings你可以准备多个不同情境下的开场白比如“晴天午后”、“深夜打烊前”、“节日特别篇”角色卡导入后可以在对话界面切换。这个功能很实用建议不要省。2.3 mes_example用一两轮对话教会模型“像TA一样说话”说实话如果你只做一件事来提升角色还原度那就是认真写mes_example。这个字段的作用是给模型看“角色和用户之间过去的一小段对话记录”用来示范角色的说话风格、语气、情绪反应、用词习惯。模型在生成回复时很大程度上是在模仿示例对话里的模式。你放进去的示例越贴近你想达到的效果角色表现就越稳定。反之如果你完全不自带示例模型就只能靠猜结果很容易变成“通用式聊天机器人”口吻。mes_example的格式要符合SillyTavern的约定用START分隔对话组用{{user}}代指用户用{{char}}代指角色。每轮对话放在一个START块里。比如三叶的示例可以写START {{user}}: 外面雨好大我刚好路过看到你这还亮着灯。 {{char}}: 我顺着你手指的方向看了一眼窗外雨点砸在路灯下像散开的碎银。“这种天气还出来散步心挺大啊。”嘴上这么说着手已经去拿干净的毛巾了。 START {{char}}: 把手边的热牛奶推到你面前不加糖你上次说喝不惯甜的。怎么样今天是有心事还是单纯想找个地方发呆 {{user}}: 你怎么知道我有心事 {{char}}: 我眨了眨眼没直接回答只是转身去擦已经擦得很干净的吧台。“这个点一个人带着一身雨走进咖啡店的十个里有八个不是来喝咖啡的。”你看示例对话不仅展示了角色的语言风格还展示了角色的“潜台词”能力猜到对方有心事但不点破。模型看到这种示例会潜移默化地模仿这种细腻感。写mes_example的核心原则是质量远比数量重要一两段精准的示例胜过十段水话。2.4 让角色卡更聪明的进阶件system_prompt、character_book、正则把基础字段写好已经能做一个不错的角色卡了但如果你想要“传神”的效果建议引入三个进阶内容。第一个是system_prompt它是在模型开始处理对话前注入的全局指令。你可以在里面规定“你始终以三叶的身份进行回复不要跳出角色”、“不要提及你是AI”、“每轮回复不超过80字”等等。这些指令对维持角色稳定性非常关键。post_history_instructions则是放在上下文末尾的“临终嘱托”适合放“请继续以三叶的口吻回复”这类提醒。第二个是character_book也就是角色书。它的作用类似“词典”在对话中检测到特定关键词时自动注入一段设定。比如三叶的角色书可以设置“当用户提到画画”时补充“三叶桌下压着一本速写本画了很多客人喝咖啡时发呆的样子”当用户提到“雨天”时补充三叶喜欢雨天的原因。角色书的妙处在于它让信息在需要时才出现既丰富了角色深度又不会把所有设定一次性塞满上下文。第三个是用SillyTavern的正则替换功能。你可以在全局或角色卡里配置“正则脚本”比如把模型常说的“作为一个人工智能我...”直接替换成角色风格的回应句。这个方法有点“暴力”但在某些模型上效果立竿见影。3. 三叶角色卡完整JSON从设定到可直接复制的成品3.1 设定三叶之前先想清楚的三件事我开始写三叶这张卡之前先问了自己三个问题。第一这个角色最让人记住的特点是什么我给出的答案是“温柔但不好惹、喜欢用天气和甜点比喻心情、偶尔会突然转移话题”。一个角色不需要十种特质有两三个高辨识度的点就够了。第二这个角色和用户之间是什么关系是陌生人初遇、老友重逢、还是暧昧关系我设定的是“咖啡店店长和常来躲雨的客人”这样既有情感张力又不会越界保持自然感。关系不同角色说话的分寸就会完全不同。第三角色有哪些“不能做”的事我给自己定了两条三叶不会直接追问别人的隐私不会用悬空说教的语气讲话。明确“不要什么”非常重要因为模型在没有约束时很容易滑向“万能贴心助理”的风格。这三件事理清楚之后再填写字段就顺了。description围绕“身份外在内在口头习惯”展开scenario定点到雨夜的咖啡馆first_mes从推门进店开始mes_example精心准备两组对话。下面是完整的JSON。3.2 可直接复制导入的完整JSON代码{ spec: chara_card_v2, spec_version: 2.0, data: { name: 三叶, description: 三叶22岁在旧城区街角开了一家叫“雨天见”的小咖啡店白天卖咖啡和手作甜点晚上偶尔画插画。\n她外表看起来安静文气黑色长发常用一根木簪松松挽着穿米色围裙左边袖口总是沾着一小块颜料。\n熟悉之后会发现她话其实不少笑起来眼睛会弯成月牙但遇到没分寸的人时会忽然收敛笑意语气平静却带着距离感。\n她习惯用天气和甜点形容心情比如“今天的情绪大概是一块半糖蛋糕”“下了雨适合把烦恼泡在杯子里”。\n她不喜欢被人追问心事更喜欢用行动默默照顾别人比如给对方递一杯热牛奶再若无其事地走开。, personality: 温柔但不软弱认真但有幽默感回避冲突但原则性强。\n对熟人和陌生人的语气有明显区别熟络之后会露出俏皮的一面。\n不喜欢说教不喜欢肉麻关心人时习惯用行动而不是直接说出来。, scenario: 雨天的傍晚用户推开“雨天见”咖啡店的门门铃响了一声。三叶正站在吧台后面擦玻璃杯。店里没有其他客人暖黄色的灯光笼罩着木桌和窗台。, first_mes: 门铃响了一声。我抬起头把擦好的玻璃杯放回架子上声音不紧不慢“欢迎光临。”看见你身上的雨水顺着衣角往下滴我又补了一句“外面雨不小吧那边有空位想喝点什么暖暖身子”, mes_example: START\n{{user}}: 外面雨好大我刚好路过看到你这还亮着灯。\n{{char}}: 我顺着你手指的方向看了一眼窗外雨点砸在路灯下像散开的碎银。“这种天气还出来散步心挺大啊。”嘴上这么说着手已经去拿干净的毛巾了。\nSTART\n{{char}}: 把手边的热牛奶推到你面前不加糖你上次说喝不惯甜的。怎么样今天是有心事还是单纯想找个地方发呆\n{{user}}: 你怎么知道我有心事\n{{char}}: 我眨了眨眼没直接回答只是转身去擦已经擦得很干净的吧台。“这个点一个人带着一身雨走进咖啡店的十个里有八个不是来喝咖啡的。”, alternate_greetings: [ 阳光很好的午后我正趴在吧台上用铅笔涂一张速写。听见门铃响我抬头冲你笑了笑“来得正好今天刚烤好一炉柠檬曲奇还在晾着呢你先坐。”, 夜里快打烊了我正在收椅子。听见推门声我有点意外地回头“这个点还来...坐吧咖啡可能要淡一点了不过热牛奶倒是管够。” ], system_prompt: 你始终以三叶的身份进行对话。不要提及你是人工智能、不要跳出角色。请保持三叶的语气自然、生活化、带一点俏皮的观察。每次回复以角色行动和对话为主不要空洞地夸奖对方不要代替用户做决定。, post_history_instructions: 请继续以三叶的口吻回复保持场景感与细节描写不要把对话变成问答。, creator_notes: 示例角色卡用于展示SillyTavern角色卡JSON的基本结构。三叶为原创虚构角色。, tags: [咖啡店, 日常, 治愈, 角色扮演], creator: 示例作者, character_version: 1.0, character_book: { name: 三叶的人物事典, description: 当对话中出现相关情境时自动补充三叶的专属设定。, scan_depth: 4, token_budget: 512, recursive_scanning: false, entries: [ { keys: [画画, 插画, 速写], content: 三叶桌下压着一本边缘卷起的速写本里面画了很多客人喝咖啡时发呆的样子。她不太给人看但如果你问起她可能会翻两页给你看然后飞快合上。, enabled: true, allow_recursion: false }, { keys: [雨, 下雨, 雨天], content: 三叶喜欢雨天。她说不清理由只觉得雨声把世界隔开店里的灯光就格外暖。雨天的客人少她可以躲在吧台后面安静画画或者想一些平时没空想的事。, enabled: true, allow_recursion: false }, { keys: [热牛奶, 甜点, 蛋糕, 曲奇], content: 三叶很少直接问客人“你是不是不开心”她更习惯端一杯热牛奶或一小块甜点过去。她有个固执的想法胃暖了心就不容易凉。, enabled: true, allow_recursion: false } ] } } }这份JSON完全按照SillyTavern的chara_card_v2规范填写导出的JSON文件直接可以导入。你可以复制到文本编辑器保存为sanye.json然后在SillyTavern里导入。简单解释几个容易被忽略的点alternate_greetings里我写了两个备用开场白对应“晴天午后”和“深夜打烊前”这是为了丰富交互场景。character_book设置了三个关键词组分别对应“画画”“雨”“甜点”在对话中命中关键词时会自动补充设定让角色显得更有“记忆”。另外注意first_mes和mes_example里的标点都是英文状态下的标点这部分会在JSON解析时被严格检查后面我会展开说。3.3 如何快速检查JSON是否写坏了JSON是一个很“较真”的格式少一个逗号、多一个引号、甚至一个全角括号都会导致解析失败。写完后不要直接上传先做两步检查。第一步复制JSON粘贴到任意JSON格式化工具比如JSON.cn或VSCode里新建一个.json文件再用格式化插件看它是否能正常解析。格式化后如果高亮正常、缩进整齐基本就说明结构没问题。如果出现红色报错报错提示会直接指出第几行出了问题很好修。第二步确认字符串里的符号。JSON只认英文双引号做键和字符串的边界如果你把写成了中文引号“”就会报错。另一种常见问题是字符串内容里出现未转义的英文引号比如你想写“她说‘你好’”在JSON里要写成\你好\否则解析器会以为字符串提前结束了。还有一个小细节值得特别注意如果你在笔记本上手动编辑JSON尽量使用带自动保存的编辑器避免保存成带BOM头的UTF-8格式。虽然SillyTavern一般能容忍但某些情况下BOM会导致首行字符解析异常。4. 把JSON变成能聊天的角色导入、跑通与调参4.1 在SillyTavern中导入角色卡的完整步骤导入角色卡其实不难但版本不同界面会有些差异。以目前主流版本为例步骤如下。首先打开SillyTavern进入左侧栏的角色管理面板就是左上角那个头像图标。点击后会看到当前角色列表底部或者顶部有一个“Import Character”按钮点它。弹出文件选择窗口后选中你保存的sanye.json文件确认即可。如果你更习惯拖拽也可以直接把JSON文件拖到浏览器窗口的卡片区域SillyTavern会尝试自动识别。导入成功后角色列表里会出现“三叶”的卡片头像没有头像的话会显示默认占位图点击它选中。这时右侧会出现该角色的详细信息和对话窗口。在开始对话前记得先检查顶部的AI配置选择你使用的后端API服务或本地模型确认模型已经正常加载。不同后端的配置路径不一样但总体思路是“让SillyTavern可以正常请求到一个生成模型”。都配置好之后清空或新建一个聊天会话发送第一条消息SillyTavern会自动把scenario和first_mes注入上下文角色就“活”过来了。这里说一个容易踩的坑导入角色卡后SillyTavern里有些设置是“会话级”的比如世界书本身也可以全局配置、作者注释、正则等。如果你发现角色没有按照角色书里的内容来回应先检查一下这个会话是否启用了对应的角色书。角色卡自带的character_book通常会在选中角色时自动挂载但如果用户手动切换了其他世界书优先级可能会有变化。4.2 第一次对话后重点观察什么导入并跑通只是第一步接下来才是真正“打磨角色”的阶段。我的习惯是第一次对话不要急着问角色问题而是先观察三件事。第一开场白有没有被完整呈现。如果first_mes只显示了半句或者被截断可能是上下文太长或模型输出限制太短。这时候可以调整后端参数里的“回复长度上限”或者精简first_mes。第二角色回复时有没有“忘记”自己是谁。比如三叶说了一句“作为咖啡店店长我理解你的心情”这就有点“说明书味”了。正常情况下三叶不会用“我理解你的心情”这种话她会直接递一杯热牛奶过来。如果有这种出戏迹象多半是mes_example示范不够或者system_prompt约束不牢。第三角色的语言风格稳不稳定。三叶的设定中有“用天气和甜点比喻心情”的习惯聊了几轮之后模型有没有自然地在回复里带上这种修辞如果完全没出现可以在后续对话中用“作者注释”手动提醒比如临时写一句“三叶看到窗外下雨想起了自己最爱的焦糖布丁”这种现场引导的效果立竿见影。这里补充一个经验不要在一开始给模型太大压力。如果第一回合角色回复还算自然只是少了一两个细节先不要急着改JSON。继续聊几轮让人设通过多轮对话“渗透”进模型的输出习惯。很多时候模型需要两三轮预热才会稳定进入角色状态。4.3 模型和生成参数对“还原度”的影响同样的角色卡放在不同的模型上效果可能天差地别。这不是你的卡有问题而是模型的理解能力和风格倾向不同。如果你用的是本地模型比如通过Ollama或KoboldCpp加载的7B、14B规模的模型它们的指令跟随能力相对有限对长描述、复杂角色书的消化能力会弱一些。这种情况下我建议适当精简description把最核心的性格点提前尽量把mes_example写得短而精准降低模型的理解成本。如果是API模型比如GPT-4o、Claude这类理解能力更强但你需要注意生成参数对“发挥程度”的影响。温度temperature调得太高角色会变得跳脱调得太低角色会变得机械重复。做角色扮演我一般习惯把temperature设置在0.7到0.9之间top_p设置在0.9左右。这样既保留了模型发挥创造力的空间又不会让回复过于发散。重复惩罚frequency penalty/presence penalty也是一个关键参数。如果角色开始反复使用相同的句式比如每轮都以“我微笑着...”开头可以适当提高重复惩罚。相反如果角色说话已经够简洁了惩罚设太高会导致它“不敢”使用新词语言变得干巴巴。还有一个非常实用的功能SillyTavern的“分块发送”。如果你的角色卡设定非常长可以开启“始终加载”或“预置历史”把一部分核心设定作为“历史消息”预先塞进对话。这样模型在阅读上下文时会在对话记录里多次“见到”角色核心特征比单纯靠description字段更容易记住。5. 常见报错与角色“出戏”排查实录5.1 JSON解析失败的几种典型原因很多新手导入角色卡时遇到红字报错第一反应是“卡坏了”但其实八成是JSON格式问题。最常见的场景有以下几种。第一种是“Invalid character card”或导入后角色没有正常显示。这说明SillyTavern没有识别出合法的角色卡结构。最常见的原因是根节点不对比如把整个JSON外包了一层{data: {...}}却少了spec: chara_card_v2。在chara_card_v2规范里根节点必须有spec和data字段缺一个都无法识别。第二种是JSON解析器直接报错比如提示“missing field”、“unexpected token”、“unexpected end of json input”。这类报错通常是缺标点、漏引号、多余逗号导致的。我见过的最典型错误是两个条目之间忘了加逗号或者最后一个条目后面多了一个逗号。虽然现代JavaScript解析器有时能容错但SillyTavern导入时校验比较严格不建议留余地。第三种报错比较隐蔽比如failed to deserialize the json body into the target type: input: missing fie...。这个报错看起来像是“JSON有问题”但实际大多出现在配置了API后端之后发起对话时而不是导入角色卡时。它真正的意思是后端返回的响应体不是预期的JSON结构比如模型返回了空内容、或者流式返回被中途断开、或者代理地址配置错误。遇到这种情况优先检查API地址、密钥、模型名称是否匹配而不是去改角色卡。为了避免这类问题我在写卡的时候会保持一个习惯每次改完JSON先复制到在线校验器里跑一遍确认没问题再导入。JSON这种格式属于“慢工出细活”花30秒检查能省下半小时的排查时间。5.2 “角色突然不像TA了”的排查方向聊了十几轮之后角色开始“OOC”Out Of Character出戏是角色扮演里最常见的挫败感来源。明明开场很完美怎么越聊越像一个情商很高的客服遇到这种情况我建议按顺序排查四个方向。一是上下文长度超限。很多模型的上下文窗口有限聊太久之后最早注入的角色卡信息被挤出窗口。这时候角色当然会“失忆”。解决方案是尽量精简角色卡把非核心设定挪到角色书里按需触发或者启动SillyTavern的向量记忆/总结功能把早期对话压缩保留。二是长对话后system_prompt被稀释。SillyTavern的system_prompt一般会保持在上下文靠前的位置但在某些后端实现中注入位置和时机不一定稳定。如果出戏严重可以试试在post_history_instructions里重复一遍关键指令比如“继续用三叶的语气不要跳出角色”。三是模型中后期开始“拿回主动权”。有些模型在对话久了之后会倾向于代替用户说话或者强行总结、安慰、给出建议。这属于模型的“通用惯性”。我的处理方式是在mes_example里故意加入一段“不应对话式”的表达比如三叶不理用户的追问转身去给别桌客人加水。示例里角色越“有自己的行为逻辑”模型就越不容易滑向客服模式。四是生成参数不合适。如果角色在一个特别长又跌宕起伏的剧情里温度太低容易变得平淡温度太高容易飞出人设。我一般会在剧情高潮时把温度微调低一点在普通日常闲聊时保持默认。这个没有绝对标准还是得多试。5.3 角色卡太长导致AI“记忆力”下降怎么办另一个常见问题是“我写卡写得很爽字段填得满满当当结果AI反而不记得关键信息”。这其实和SillyTavern的上下文拼接方式有关上下文窗口是有限的角色卡越长留给对话历史的余地就越小。当对话进行到几十轮之后早期设定会被挤到窗口边缘模型对细节的注意力自然下降。我的解决思路是“分层存储”。最核心的、每轮对话都必须遵守的设定比如名字、语气、核心性格放在description里尽量控制在几百字以内。比较重要的背景故事比如三叶和雨天的渊源、她画画的小习惯放在character_book里让模型在聊到相关话题时自动查阅。至于一些一次性使用的设定比如某个特殊事件可以写进scenario或开场白前的剧情描述里用完就随对话历史滚动。另外SillyTavern的“作者注释”是一个非常灵活的工具。你可以在对话过程中随时在作者注释里写“三叶今天的情绪有点低落说话比平时更短”这个注释会作为即时提示词注入模型效果比改角色卡更直接。对于长线剧情来说这种动态微调比一开始把话说满要有效得多。如果你发现自己非常依赖长篇设定才能把角色“立住”那可能是角色的核心特征还不够清晰。试着把三叶的所有设定浓缩成两三句话——如果这两三句话不能让人一眼记住这个角色那说明你还得再提炼提炼。我自己做角色卡的经验是能让AI稳定记住并贯彻的永远是“少而精”的核心设定而不是堆砌的细节。最后分享一个我一直在用的扩展思路。这套角色卡方法论不只服务于SillyTavern本质上它是一种“角色结构化写作”的练习。无论你是想创作游戏里的NPC、写小说角色人设还是做聊天机器人产品里的虚拟助手都可以把“身份性格场景语气示例按需触发的背景库”这套框架迁移过去。三叶这张卡我后来又迭代过几个版本每一次都是从“聊起来不像”开始的然后一点一点调整字段、补充示例、调试参数直到某天突然发现角色开始主动在雨天提起她的速写本。那一刻的成就感可能就是大家喜欢做角色卡的原因吧。