沉浸式翻译与自托管：数据不出域时怎么选
先说清楚它是什么：沉浸式翻译属于「翻译与多语言」方向的插件 / 扩展，网页、PDF 双语对照翻译的浏览器扩展。
当数据不能离开公司或个人设备时，就需要考虑自托管或开源路线。
先判断：它能不能自托管
它是插件，数据通常会发送到服务商；对敏感项目可以关闭插件，或改用支持自带模型 / 本地模型的开源插件。
决策要点
- 数据敏感级别：只有内部公开信息时，云端服务通常更省事。
- 团队是否有人负责运维和安全更新。
- 硬件投入：本地运行模型需要显卡或较大的内存。
- 效果差距：用自己的任务实测，不要只看榜单。
可以评估的开源方向包括：LibreTranslate、Weblate、NLLB 开源翻译模型。它们与沉浸式翻译的能力并不完全等同，适合用来承接对数据要求最高的那部分任务。
用同一个任务做对比
多语言回复客户
准备材料：一封外语客户来信。
帮我理解这封来信的要点，并用对方的语言起草回复，同时附上回复的中文对照，便于我确认内容。
验收标准：附带中文对照。
自托管上线清单
- 固定版本号并记录配置。
- 只在内网暴露服务或加上认证。
- 设置日志与资源监控。
- 订阅仓库的版本发布与安全公告。
- 准备回滚方案。
补充练习
译后编辑
准备材料：一段机器翻译结果和原文。
对照原文检查这段机翻：标出漏译、误译和不通顺的地方，给出修改后版本，并按严重程度分类。
验收标准：问题按严重程度分类。
字幕翻译
输入：一份 SRT 字幕文件。
翻译这份字幕：每行不超过 42 个字符，保持时间轴不变，人名统一译法，口语化表达。
交付前确认：时间轴未改动。
双语对照阅读
输入：一篇英文技术文章。
把这篇文章翻译成中文并以双语对照排版，专有名词首次出现时保留英文原文，代码和命令不翻译。
交付前确认：代码块未被翻译。
常见问题：数字单位出错
译后专门检查数字、日期、货币和单位。
常见问题：直译生硬
说明目标读者和用途，允许意译但保留事实。
常见问题：长文档前后风格不一
固定风格说明，分段翻译时附带上一段译文。
概念补充：占位符
软件字符串中的变量，翻译时必须原样保留。
概念补充：术语表
规定专有名词译法的表格，保证多人、多次翻译一致。
适合人群：游戏开发者
游戏开发者可以用沉浸式翻译处理原型与素材、NPC 对话与文案等工作。需要注意：关注生成素材的授权和平台对 AI 内容的披露要求。
适合人群：自媒体创作者
自媒体创作者可以用沉浸式翻译处理选题与脚本、封面与剪辑等工作。需要注意：注意素材版权与平台规则，AI 生成内容按平台要求标注。
适合人群：客服人员
客服人员可以用沉浸式翻译处理回复草稿、工单分类等工作。需要注意：不得以 AI 名义做出政策外承诺，涉及隐私的问题按流程处理。
注意事项
涉及个人信息、商业机密或受监管数据时，先确认沉浸式翻译的数据处理条款，再决定能否使用。
文中提示词和示例仅作示意，实际效果取决于你的材料和沉浸式翻译当前版本，重要内容请人工核对后再使用。