角色卡翻译：字段取舍、关键词保留与逐项落地清单

角色卡翻译为什么不能整卡机翻

一张卡的文字大致分两类。第一类是叙述文本：人设、开场白、世界书条目正文，这些是写给模型看的，必须译。第二类是控制文本：花括号包起来的宏、正则匹配串、快捷指令、世界书的触发关键词，这些是写给程序读的，译了就等于把开关拆了。

对外文卡来说，整卡机翻最容易踩的三个坑：

一是宏被拆散。{{char}} 这类占位符在通用翻译引擎眼里是一堆散符号，有的给你加空格，有的直接翻成「角色」，导入后模型只看到一串没有意义的括号，角色名锚点当场丢失。

二是触发词被换成中文。世界书条目靠关键词匹配来点亮，原文 keys 写的是 office，你译成「办公室」，用户聊英文场景时这条设定永远不会触发。

三是长度被撑爆。开场白在本站每条不超过 300 字，英译中普遍会涨三分之一以上的字数，逐条译完必须回头数一遍，超了就压缩形容词而不是删剧情。

角色卡翻译的字段取舍表

动手前先做一次字段盘点，按下面的表逐项过，比译到一半再回头改省事得多。

这张表里最容易被忽略的是最后三行。标签译了对检索有帮助，正则和快捷指令译了则直接报错。

人设字段与开场白的翻译写法

人设字段的翻译目标不是文采，而是让模型知道「这个角色怎么说话、怎么反应」。所以形容词可以收，行为逻辑不能丢。英文卡里常见的 "she rarely speaks first, but when she does it's clipped"，译成「她极少先开口，一旦开口句子很短」就够，不必加「宛如冬日寒风」这类修辞。

开场白要额外做两件事：一是动作描写保留星号或括号的原有格式，二是人称与称呼和译后的人设对齐。三条典型反例：

1. 把 {{char}} leans closer 译成「角色靠得更近」——宏消失，锚点丢失。
2. 专有名词各译各的：人设里叫「学生会」，开场白里留 Student Council，世界书里又写成「学生会组织」。
3. 把语气标记删干净：星号动作、括号里的呼吸声、日文语尾一律抹平，只剩干净对白，角色立刻退回播音腔。

第三条最隐蔽。很多人以为删掉符号是「清爽」，实际是砍掉了模型判断情绪的唯一线索。

世界书关键词与条目的翻译处理

世界书的处理原则可以压成一句话：正文全译，触发词双语。

本站世界书支持关键词触发和按概率触发两种方式，还能设插入位置、扫描深度和排序。翻译这件事只影响条目正文与关键词，触发方式、插入位置、扫描深度、排序都不必跟着改。

关键词的正确写法是原词保留加中文同义词，两个都要挂上去，让中英两种输入都能点亮条目；如果原文那是一条长关键词，宁可拆成两三个短词，也不要塞一整句进去。

反例也有两个：一是把 keys 全部替换成中文，英文输入再也触发不了；二是把 keys 里带正则语义的写法当成普通句子翻掉，扫描时匹配不上。遇到吃不准的词，先原样保留，跑通再加中文。

角色卡翻译的分工步骤与模板

推荐先复制一份底稿，再按「结构字段照抄、叙述字段译、触发字段双语」三段走。可以直接套用下面两个模板。

操作按这个顺序走，中间不要跳步：

1. 导出或复制原卡 JSON，另存一份底稿，全程不在原文件上改。
2. 拿取舍表逐字段判定，把「不译」的内容原样复制到新文件对应位置。
3. 译人设与开场白，专有名词首次出现写成「中文（原文）」，之后统一用中文。
4. 译世界书条目正文，关键词按双语模板补齐，触发方式与排序保持原值。
5. 通读一遍，专有名词、称呼、代词三处对齐，宏与花括号扫一遍。
6. 导入试聊三轮，确认开场白正常、条目能触发，再回来微调措辞。

自建角色可以在创作里逐项填写人设、开场白、世界书这些字段。导入方面，本站支持 SillyTavern 角色卡 JSON 与 SillyTavern 世界书，也支持本站导出的作品包和部分其他平台导出的 JSON，导入文件不含 CG 图，画面描述需要另配。可免费试用，进阶能力按平台规则计费，以产品内显示为准。

常见问题