语言方向设对之后，最让人反复改稿的不是“你好”这类句子，而是公司名被译成普通词、型号被拆开、FOB 变成一句解释、客户抬头每次都不一样。Hello GPT翻译器里的自定义术语库，要管的就是这些必须稳定的说法。下面只讲术语库。不把语音、群发、多开、安装写成另一篇教程。主线是：哪些词值得入库、一条术语怎么写才不会误伤别的句子、按谁生效、改错了如何收回。
术语库不是第二套翻译引擎
术语库不会重新发明一种语言能力。它只是在翻译开始前或结束后，把你指定的写法强行固定下来。源语言里出现这个词或这个短语，目标语言里就用你存的对应说法，而不是让模型每次自由发挥。
所以它适合封闭、重复、错了会出事的单位：品牌和公司法定名称、产品型号、港口与贸易术语、币种与单位、岗位名称、活动代号、固定责任表述里的关键词。它不适合把整段话术塞进去。整段问候、整段催付，应放进快捷回复。术语管词，话术管段，两张表混在一起，改一个型号可能把整句开场白覆盖掉。
也不要把术语库当成“把译文变得更文学”的地方。目标是同一事物每次同一译法，不是把句子写漂亮。漂亮交给语气预设和你改中文原文。
第一批只收会反复出现、且已经出过错的词
不要一上来把产品目录整表倒进去。先收最近两周真正译错过的。例如某型号总被拆成三个英文单词，某港口总被写成另一个城市，某付款方式总被解释成一句口语。这类词有现场证据，入库后能立刻验证。
每条术语写三列就够：源语言里客户或你会打出的原词、目标语言里必须出现的固定译法、这条只在哪些语种对里生效。中英一条、中泰一条，不要幻想一条中文同时在所有语种里都正确。同一中文在英语里是商标写法，在泰语里可能要保留英文型号不加译。
有歧义的词要写使用条件，或拆成更长的短语再入库。例如单独一个“单”可能是订单、运单、工单。只存“单”会误伤日常句子。应存“运单号”“订单号”“生产单”这种已经足够长、碰撞概率低的单位。
人名和客户抬头按对方资料里的正式写法存。不要用你内部的备注名当术语，例如“泰国A”“询盘3”。那些字一旦被替换进译文，对方看到的是内部代号。
一条术语的写法要短、要唯一、要对齐实际会打出来的字
源词写成聊天里真实出现的样子，包括大小写和常见缩写。客户写 “moq”、你写“起订量”，两条都可能出现，就都要有对应。只存正式书面语，口语缩写仍会漏网。
目标词写成发出去以后不能再改的最终形。商标保持官方大小写。型号保持连字符和空格的原样。贸易术语用行业通用缩写，不要把 FOB 展开成一句解释，除非你的业务明确要求对小白客户解释；解释应放在话术里，不放在术语替换里。
一条术语只处理一个对象。不要在目标栏写“XX型号，含包装，不含运费”。那是报价模板，不是术语。术语一长，匹配时容易只命中半截，剩下半截仍被模型改写，看起来像词库时灵时不灵。
优先级在有的版本里可以设。公司法定名、型号、价格单位应高于普通词。两个源词互相包含时，长的优先。例如既有“深圳”，又有“FOB Shenzhen”，必须让更长的那条先匹配，否则港口条款会被拆碎。
术语要跟范围走，不要做成全公司一把梭
和语言预设一样，术语也可以分层：某个人、某个群、某个账号、全局。全局只放真正跨市场都成立的写法，例如品牌官方英文名。某个市场才用的货代叫法、某条产品线才有的内部代号，放到对应账号或对应客户，不要进全局。
多开之后这一点更关键。欧洲号和东南亚号若共用一张未分组大表，东南亚窗口里会冒出只在欧洲合同里才该出现的译法。切到当前实例，为这个号维护自己的分组。名称写成“欧洲-型号”“泰国-物流”，列表一长时才找得到。
团队共用时，法定名称和对外承诺用词只允许少数人改。销售现场发现的新错译，可以先提到待审核分组，确认不会误伤后再进正式库。人人都能改正式库，结果一定是同一型号出现三种“标准译法”，术语库从解决问题变成制造问题。
入库之后必须用原句回归，不能只看词条保存成功
保存一条术语，立刻在该范围对应的窗口里发送或接收一句包含这个词的真实句子。不要只输入单词。单词对了、放进整句却没替换，常见原因是源词和聊天里实际拼写不一致，或多了一个空格、一种大小写。
同时测一句不该被替换的近义句。例如你为“Apple”存了品牌写法，就要看普通句子里的 apple 会不会被误伤。误伤就加长源词、加限定，或把这条从全局降到仅该客户。宁可不覆盖边缘拼写，也不要让日常句子被商标化。
改旧术语后，旧译文不会自动回溯已经发出去的历史气泡。历史还是历史。要更正的是下一句，以及必要时对客户补一句文字更正。不要以为改库等于改记忆。
导入表格时先在测试分组里试二十条，再进正式库。表格里最常见的事故是列对反了、源和目标写反、把整段话术贴进目标列。二十条回归能把这类事故拦在小范围。
和语言预设、快捷回复如何分工
语言预设决定这扇窗用中德还是中泰，以及语气偏商务还是口语。术语库决定这扇窗里的型号和港口怎么写。快捷回复决定整段标准答法。三者同时开时，先套预设方向，再替换术语，再插入模板。模板正文里尽量直接写已经入库的源词，让替换可预期，不要在模板里写一套、术语里再写一套互相打架的目标词。
发现模板译文不对，先看模板中文母稿有没有写全，再看术语有没有命中，最后才改语气。很多人反过来先改语气，结果型号问题还在，只是整句变得更客套。
语音场景里，术语只能保护转写正确的那部分。麦克风把型号听成别的词，词库匹配不到，译文仍会漂。关键型号在语音里说不清，改打字。术语库不是听写纠错器。
维护节奏比一次导入一千条更重要
每周只处理本周新出现的错词，而不是定期做一次“大清洗式导入”。词库越大，互相包含和误伤越多，排查越像在迷宫里走路。
下线的产品名、过期活动代号、不再合作的货代，移入归档而不是留在默认匹配列表。过期术语的杀伤力和过期快捷回复一样：看起来像官方口径，实际已经作废。
命名和分组保持能读。不要用“新1”“再改一次”当组名。三个月后你自己也想不起来“新1”是哪个市场。组名写市场或产品线，词条写对象本身。
按这个顺序做完：只收会出事的重复单位、一条只固定一个对象、按窗口和账号限制生效范围、用整句加反例回归、和话术表分开维护。术语库才会从一张越来越大的词表，变成让报价、港口、型号在每句译文里保持同一张面孔的工作习惯。语言怎么选、一段话怎么复用，仍然走预设和快捷回复；术语只保证那些不能被自由发挥的词，不再每周被翻译成另一个样子。