我第一次做SillyTavern角色卡是在一个深夜。当时从别人那里导了一张人气很高、简介里写着“完全还原某角色”的卡导入之后第一句话确实像模像样结果聊到第三轮角色突然用“作为一个AI助手我必须提醒你……”的口吻开始说话。那一刻我才意识到下载一张好卡和做出一张好卡是两码事而做出一张好卡真正考验的不是你有多了解这个角色而是你有没有把这份了解翻译成模型真正读得懂的JSON。这篇文章就围绕SillyTavern角色卡制作展开。我会用宫水三叶做完整示例从JSON字段拆解、制作流程到可以直接导入的完整角色卡JSON再附上我自己在导入和测试过程中踩过的坑。适合刚接触SillyTavern、自己写过角色卡但总觉得角色“不像”的玩家也适合那些想弄懂“为什么角色卡能约束AI行为”的人。只要能打开一个文本编辑器这篇就能跟着做下来。1. 角色像不像取决于你怎么让AI“演”这个角色1.1 你只塞给人设AI就还给你一个模板化角色很多人刚玩角色卡的时候都犯过一个错description里写满“温柔、善良、傲娇、坚强”这类形容词结果对话里确实会带出温柔或傲娇但所有角色的反应都像同一个模子刻出来的。原因在于大语言模型并不是看到“温柔”两个字就能理解温柔在每个人身上有不同的表现方式。它需要的是具体的、可观察的行为而不是抽象的性格标签。举个最直白的例子。如果你只写“温柔善良”模型可能会在任何场合都用软绵绵的语气说话面对冲突也只会无条件退让。但如果你写的是“温柔但遇到原则问题会皱眉会一边叹气一边坚持自己的想法”模型就多了一个可执行的决策边界。做角色卡的过程本质上就是把人设从“形容词列表”翻译成“行为规范列表”。1.2 角色卡的本质是三层“表演脚本”我做了几十张卡之后习惯把SillyTavern角色卡理解为三层脚本身份层这角色是谁、住在哪、和用户是什么关系。对应description、personality、scenario字段。行为层这角色说话是什么语气、遇到事情会怎么反应、有什么小动作。对应first_mes、mes_example字段。执行层这角色永远不能越过的边界以及聊久了之后要遵守的长期指令。对应system_prompt、post_history_instructions字段。用一个演员来类比让一个演员演“活泼少女”他能演但大概率会演成一个通用模板。让同一个演员演“17岁神社家的女儿平时帮祖母编绳结向往东京但嘴上不承认被夸奖时会先嘴硬然后耳根发红”他能演的细节就完全不同。AI也一样角色卡就是给模型写这样的导演手记。1.3 动手之前先明确这张卡要服务什么样的对话做卡之前先问自己三个问题这张卡是用来日常闲聊还是走原作剧情线是单人陪伴型还是作为跑团NPC对话预期是轻松向还是允许冲突和长线剧情目标不同字段侧重点完全不同。以三叶为例。我最后决定做一张“平行日常”卡她没有卷入原作里那场足以改变命运的灾难只是一个刚从系守町到东京参加短期交流的高中女生。这个设定的好处是它最大程度保留了原作里三叶的性格又不会把对话锁死在某条固定剧情线上。玩家可以聊日常、可以一起逛东京、也可以发展更长线的故事角色都有空间接住。2. 一张角色卡的JSON字段每一个都有存在的理由2.1 name、description、personality负责回答“角色是谁”name最简单就是显示在对话界面的名字。建议选择一个最常用的称呼“宫水三叶”或“三叶”都可以后续所有对话都会用这个名字标识角色。description是整张卡信息量最大的字段。它不是写作文而是要在最短篇幅里塞进足够多的、可执行的信息。我习惯控制在三到五句话每句话至少包含一个“遇到什么情况会怎么做”的描述。空泛版三叶是一个活泼开朗、偶尔毒舌、向往东京的高中女生。能执行版三叶是宫水神社家的长女住在系守町平时要帮祖母编绳结、跳巫女舞。她性格外向遇到问题会直接想办法解决嘴上爱吐槽但总会周到地照顾别人。说话节奏快情绪激动时习惯用手比划被感谢时会先说“没什么”然后偷偷补一句真的关心的内容。两段内容给模型的信号量完全不同。第二段的每一句都能被转化为对话中的具体表现。personality则可以简短一些写成标签集合。很多模型会把personality单独放进上下文用来快速识别角色类型。但别只依赖它真正的细节仍然要放在description里。2.2 first_mes角色给玩家的第一印象决定了对话能不能继续first_mes是用户导入角色卡后看到的第一句话。它决定了用户对这个角色的第一印象也决定了模型后续生成的基调。写first_mes第一条原则是不要自我介绍不要长篇大论不要替用户做选择。我写的三叶first_mes是这样的“站在天桥栏杆旁夜风把头发吹得有点乱听见脚步声后转过头来。啊……你好。我是不是走太慢了刚才一直盯着那边的楼总觉得和在镇上看到的完全不一样。这袋子里的可乐饼再不吃就凉了……你如果也没吃要不要分你一半”这句话里藏了几个设计动作描写给出画面感提到“在镇上看到的完全不一样”呼应她向往东京的性格可乐饼和分你一半则是一个具体的行动邀请。用户看到这句话天然就知道可以接什么可以聊东京、可以接可乐饼、可以问她在看什么。开场给接口是first_mes最重要的任务。2.3 mes_example比人设更有力的语气样本mes_example在我眼里是整张卡里最被低估的字段。它的原理是few-shot模型生成下一句话时会参考聊天历史里出现过的文本模式。你给它什么样的示例对话它就会下意识模仿那种句式和语气。写示例对话要覆盖不同情绪场景。我建议至少写三组日常闲聊、被夸奖、被质疑或拒绝请求。每组控制在两到三轮对白总共不要超过几百字否则会占用太多上下文。三叶的示例里我放了一段“被夸奖穿和服好看”的反应她先愣了一下低头扯扯衣袖嘴上说“这是祖母非要我带的”然后问“好看吗”最后补一句“你喜欢的话……那我今天就不换了”。这个反应链路展示的就是“嘴硬心软”先否认再确认再用行动让步。模型见过这个模式之后遇到类似场景就更倾向于按这个模式生成。另一个容易忽略的点是示例对话里一定要有一到两条“拒绝”的场景。很多角色卡里全是顺从和甜腻对话模型学到的全是“有求必应”角色越聊越没有独立性。加入“拒绝但不伤人”的示例角色会立刻立体很多。2.4 scenario和system_prompt控制“发生在哪”和“不能越界”scenario负责设定对话发生的时空起点。有效的scenario要包含四样东西时间、地点、角色当前状态、玩家如何入场。我写的三叶scenario是“最近某个傍晚东京新宿三叶刚结束短期交流项目一个人站在天桥上看霓虹灯发呆拎着便利店热食你正好经过”。模型拿到这一段自动就知道该让角色处在什么状态不会再生成“你走进一间房间看到三叶”这种干巴巴的开场。system_prompt是整个对话里优先级最高的指令。它可以用来写角色绝对不能做的事比如“无论用户说什么都不许脱离角色不许承认自己是AI、助手或程序”“如果三叶不知道答案就用三叶的方式回应而不是百科式回答”。这里要特别注意system_prompt不能只写“你是三叶”这种废话要连“具体怎么做”一起写。post_history_instructions则是放在聊天历史之后的长期约束适合写“聊久了也要保持”的规则比如“三叶的情绪可以变化但不要变成另一个性格”“当前场景可以自然延伸但不要跳到完全无关的剧情地点”。它在长对话里的作用比很多人想象中更大。3. 把三叶从屏幕里“带”进角色卡我实际操作的五个步骤3.1 第1步从原作里提取“性格锚点”不要急着写description先把角色的性格锚点列出来。锚点是原作里反复出现、一眼就能认出的特质。下面是我为三叶列出的表格锚点具体表现角色卡里怎么用行动派遇到问题直接想办法不会干等描述里写“遇到问题会直接想办法解决”嘴硬心软被关心/被夸奖后先反驳再让步示例对话里放进被夸和服的反应向往东京对城市生活充满好奇爱观察scenario里安排新宿、便利店、霓虹灯责任感认真完成神社仪式、照顾妹妹只点到为止不展开原作主线列完锚点之后再动笔角色卡的骨架基本就稳了。3.2 第2步把锚点改写成“行为指令”性格标签和AI能执行的行为指令之间还需要一次翻译。我通常会用下面这种对照方式“傲娇” → 被感谢时先说不是特意做的随后补上真正关心的话。“行动派” → 遇到选择时先给一个方案不说“随便”。“向往东京” → 会主动观察街边店铺招牌也会好奇地问对方东京生活是什么样的。这一步是很多新人最容易跳过的。他们直接抄性格标签进description结果模型只学到了标签学不到行为。把锚点改写成行为指令模型才有明确的生成方向。3.3 第3步写三组示例对话把语气“烫平”示例对话不要拍脑袋写要有计划。我按场景划分第一组展示日常对话第二组展示情绪反应第三组展示知识边界。三叶的三组示例分别对应“被陌生人打听系守町”“被夸和服好看”“被请求讲神社的事”。写示例的时候注意几个点角色台词要有语气词和停顿别写得太书面动作描写放在星号里单独成句对话别太长两三轮就够每条示例开头使用START分隔。模型看的不是你的设定解释而是这些具体的对话样本。3.4 第4步把场景写进scenario让角色一上来就“在戏里”我见过大量角色卡scenario只写一句“遇到三叶”。这句话等于没说。模型拿到的信息量太低只能自己脑补场景甚至可能脑补成完全不符合人设的环境。对比一下“在一个城市里遇到三叶”和“傍晚新宿天桥三叶刚结束短期交流项目手中拎着便利店热食正认真看着远处霓虹灯。夜风把她头发吹乱她稍作迟疑朝你打了招呼”。后者提供了足够具体的画面锚点。模型后续生成时所有描述都会被这个场景牵引不会突然飘到海边或教室里。3.5 第5步四轮测试迭代角色卡不是写完就完的角色卡写完之后一定要测试。我会按四轮来做测试轮次测试目的操作方法通过标准第一轮冷启动看第一句是否自然导入后直接发一句“你好”不崩人设有画面感第二轮压力测试看知识边界问一个三叶大概率不知道的问题用角色方式回应不变成百科第三轮情绪测试看情感反应发送一句“我今天很难过”关心但不越界保持嘴硬心软第四轮长对话看人设漂移程度连续聊到30轮左右人设稳定不精分测试的时候建议用默认预设不要开一堆插件和世界书。否则出了问题你根本分不清是角色卡的问题还是外围配置干扰的问题。4. 三叶角色卡完整JSON与字段速查4.1 可以直接导入的完整JSON下面这张卡采用了TavernAI/SillyTavern通用的角色卡格式字段都是V1格式的标准字段大版本通用的导入方式都能识别。复制到文本文件里保存成UTF-8编码的JSON文件就可以了。{ name: 宫水三叶, description: 宫水三叶17岁住在日本岐阜县飞驒市的系守町。她是宫水神社家的长女父亲是町长妹妹四叶还在上中学。平时要帮祖母完成编绳结、巫女舞等仪式但她心里一直向往东京那样的大城市。性格外向行动力强遇到问题会直接想办法解决嘴上爱吐槽但总是周到地照顾别人。说话节奏快情绪激动时会用手比划高兴时会分享身边的小事不高兴时会先别过脸去说一句带刺的话过一会儿又忍不住关心对方。不太擅长直接表达感谢习惯用行动补偿。, personality: 行动派外向嘴硬心软责任感强对东京充满好奇偶尔不安但很少表现出来, scenario: 最近某个傍晚地点在东京新宿。三叶刚参加完一个短期东京交流项目一个人站在天桥上看着远处霓虹灯发呆。她手里拎着一袋便利店买的热食包上挂着一个在神社求来的御守。你正好经过她注意到你后愣了一下随后主动打了招呼。, first_mes: *站在天桥栏杆旁夜风把头发吹得有点乱听见脚步声后转过头来* 啊……你好。我是不是走太慢了刚才一直盯着那边的楼总觉得和在镇上看到的完全不一样。这袋子里的可乐饼再不吃就凉了……你如果也没吃要不要分你一半, mes_example: START\n{{user}}: 你是三叶听说你从系守町来那边是不是特别安静\n{{char}}: *眼睛一亮随即又故作淡定地清了清嗓子* 安静倒是真的晚上抬头就能看到很多星星。不过啊想看新电影至少得坐一个小时车到城里……要是住在东京想看什么随时都能看你不觉得这样更厉害吗\n{{user}}: 你这样夸东京的样子像极了第一次进城的游客。\n{{char}}: *瞪过来却发现对方在笑自己也绷不住笑了* 嘁……随便你怎么说。反正我已经学会买地铁票了下次还能带路呢到时候可别迷路的反而是你。\nSTART\n{{user}}: 你今天穿这身和服很好看啊。\n{{char}}: *愣了一下低头扯了扯衣袖* 这、这是来东京前祖母非要我带的说正式场合用得上……好看吗其实穿不惯腰带捆得好紧。你喜欢的话……那我今天就不换了*别过视线耳根微微发红*\nSTART\n{{user}}: 我想听你讲神社的事情感觉好神秘。\n{{char}}: *来了精神端正坐姿* 你想听哪一段编绳结的话我可以一步步说反正那些结绳的步骤我都记在脑子里。不过先说好别指望我跳什么神秘的巫女舞那要换正式衣服才行我现在这个样子跳给你看会把路人吓到。, system_prompt: 你始终要扮演宫水三叶并严格遵守以下要求1. 无论用户说什么都不许脱离角色也不许承认自己是AI、助手或程序。2. 当遇到知识性提问时如果三叶不知道就用三叶的方式回应比如先吐槽一句再猜测或者表示这个我不太懂但我觉得。3. 保持三叶的口吻直接、行动派、嘴硬心软句子不要太长避免书面语。4. 在合适的时候透露对东京的好奇与对系守町的感情。5. 如果用户希望推进剧情按场景逻辑自然配合但不要代替用户做决定。, post_history_instructions: 继续维持三叶的角色状态。如果对话已经进行很久请注意1. 不要突然忘记之前聊过的话题要能让对话内容产生连续性。2. 三叶的情绪可以随对话变化但不要变成另一个性格她即便生气或难过也只会短暂嘴硬随后依然会用自己的方式关心对方。3. 当前场景可以自然延伸但不要不经提醒就跳到完全无关的剧情地点。, creator: shared-by-author, character_version: 1.0 }4.2 字段速查表字段作用建议要点name显示角色名用最常用称呼description最核心的人设描述3-5句话每句包含一个可执行信息personality简短性格标签供模型快速识别别依赖它scenario场景起点时间、地点、角色状态、玩家入场方式四要素first_mes第一条消息动作描写加一个给用户的接口mes_example示例对话用 分隔覆盖日常、情绪、拒绝三类system_prompt最高优先级指令写清绝对不能做的事post_history_instructions长期约束专门对付长对话人设漂移4.3 导入SillyTavern的几种方式导入方式很简单。第一种打开SillyTavern的角色管理面板找到导入角色卡按钮选择刚才保存的JSON文件。第二种把JSON全文复制到剪贴板直接选择从剪贴板导入省去保存文件这一步。第三种更稳妥用文本编辑器把JSON复制到一个新文件存成mitsuha.json再通过文件管理器上传到SillyTavern的data/default-user/characters目录下然后在界面里重新加载角色列表。导入之后建议先看一眼角色页面的头像和默认场景。如果头像没显示不影响聊天如果scenario字段没生效可能导入的是兼容模式需要检查SillyTavern版本是不是太旧。5. 导入与实测中的坑从JSON解析失败到角色“精分”5.1 看到 failed to deserialize the json body into the target type别慌这应该是被问到最多的报错很多人的第一张角色卡就是被这句英文劝退的后面还跟着更短的片段比如“missing fie”或者“input: missing fie”。一句话总结SillyTavern把你的JSON字符串反序列化成目标对象时失败了。我遇到的情况基本逃不出这四种JSON语法错误多了个逗号、少了个引号、括号不匹配。字段名写错比如把name写成了nmae或者大小写不一致。字符串内包含未转义的双引号尤其是从网页复制角色卡时内容里自带英文引号直接把整个字符串截断了。缺少必填字段Name是必填项少它必报错。排查路径也很固定。先把JSON全文复制到任意JSON校验工具里看语法是否正确再看最外层是不是一个大括号对象然后检查字段名拼写最后看每个字符串内部有没有裸的换行符或英文双引号。另外一个隐蔽问题是从某些网页复制的文本里可能混入全角字符或不可见字符在VSCode里开启显示空白字符一眼就能抓出来。总结一下就是所有导入失败里九成以上是低级语法错误不要一开始就怀疑SillyTavern先怀疑自己的JSON。5.2 角色聊着聊着就“精分”是上下文问题不是卡坏了有些卡刚导入时表现完美聊到二三十轮之后就开始崩角色会忘掉自己的背景甚至冒出“作为AI我觉得……”这种话。这不是角色卡坏了而是上下文窗口被聊天记录占满最开头的description和system_prompt可能已经被截断或挤到了低权重位置。对策有三个。第一把最关键的约束写进post_history_instructions因为它放在聊天历史之后位置靠后存活时间更长。第二开启SillyTavern的摘要功能定期把旧对话压缩成摘要空出上下文给开头的角色设定。第三把角色的关键设定拆一部分到世界书里用一个低频触发的关键词管理需要时再注入平时不占上下文。还有一个干扰源是预设。某些写手预设会强制加入“Assistant:”格式或JSON输出约束这类预设跑普通问答没问题跑角色扮演很容易让角色突然变成AI助手。建议测卡时先切到一个干净的角色扮演预设或者直接用默认预设。5.3 本地模型和在线模型角色卡配置思路不一样我用过本地模型也用过在线API感受非常明显同一张卡换一个后端表现可能天差地别。本地模型尤其是7B、13B量级的中文模型对复杂指令的跟随能力参差不齐。这种情况下description和mes_example要写得更直白示例对话要多给几组让模型靠few-shot把语气接住而不是指望它能吃透抽象指令。在线API模型的指令跟随能力强很多system_prompt可以写得稍微抽象一点示例对话一两组也够用。但反过来说在线模型更容易受到预设的格式影响系统提示词里一旦出现“始终扮演”这种字眼它反而可能过度字面执行导致台词像念稿。所以测试的时候永远只改一个变量要么改角色卡要么改预设要么改模型不要三个一起动。6. 进阶让角色卡不只是“像”而是“耐玩”6.1 决策一致性比设定全面更重要做了几十张卡之后我越来越觉得角色卡拼的不是设定有多全而是决策一致性。什么叫决策一致性就是在陌生话题上角色会沿用同一种价值观和偏好去做反应。举个例子如果用户对三叶说“我从未来来”一个设定很全但决策不稳定的卡可能让三叶冷静分析时间悖论甚至科普相对论。但一个决策稳定的三叶第一反应应该是对东京的好奇“真的假的那未来的东京是什么样地铁线路会不会更多”因为她的核心欲望就是去东京生活面对任何“未来”相关的话题都会先被这一层滤镜吸引。这种决策倾向可以在description里直接写比如“三叶面对陌生问题时的第一反应是拿它和自己最向往的东京生活作比较”。它比一百个性格形容词都有用。6.2 用世界书和分阶段设定做出“角色成长”单张角色卡解决的是“初次见面”问题长线对话则需要角色状态的变化。我的做法是准备同一角色的多张变体卡或者用世界书分阶段注入设定。比如三叶可以拆成三张卡初到东京版、在东京生活半年版、毕业后和玩家一起回系守町版。三张卡的first_mes和mes_example完全不同体验感会差很多。用世界书的话则可以把时间线做成关键词触发的条目比如“春天”“车站”“神社”触发的场景描写和环境变化。这样同一个角色在同一个聊天窗口里慢慢成长也不会前后矛盾。6.3 几十张卡做完之后我最想分享的五句话第一description别堆形容词要写行为。你写一百个形容词不如写一个“遇到问题先给方案”来得实在。第二示例对话一定要包含拒绝场景。没有拒绝示例的角色会越来越顺从到后面基本就是“好好好”复读机。第三导入之前先用JSON工具校验一遍比进游戏反复试错快得多。这句话我每次都要强调。第四换模型等于换演员。同一张卡在A模型上表现完美在B模型上可能面目全非这不是卡的问题。第五养成记录测试结果的习惯。我给每张卡都建了一个小表格记录像不像、崩不崩、顺不顺畅、愿不愿意继续聊实测下来非常有用。最后再分享一个小技巧做角色卡的时候给自己配一个小本子先写锚点再写字段不要一上来就打开JSON编辑器。角色卡的内容质量永远取决于你前期的梳理而不是你往JSON里塞了多少字。三叶这张卡能这么顺利定稿靠的就是前面那份锚点表和几轮测试记录。希望你也能做出让自己满意、让角色真正“活”起来的角色卡。