从「能用」到「好用」：LibreTranslate 对比示例
LibreTranslate 是一款开源项目：可自托管的开源翻译 API。
下面用几组示意对比，说明同一任务里提示写法和流程不同会带来什么差别。
对比一：模糊指令 vs 明确指令
改之前：直接说「帮我多语言回复客户」。结果往往泛泛而谈、格式随意。
改之后：写清材料、格式和验收标准：
帮我理解这封来信的要点，并用对方的语言起草回复，同时附上回复的中文对照，便于我确认内容。
变化（示意）：输出结构稳定，可以直接按「附带中文对照」检查。
对比二：一次做完 vs 分步完成
改之前：把「译后编辑」的全部要求一次塞进去。改之后：先让它给出计划或大纲，确认后再逐步完成。变化（示意）：中途发现偏差可以及时纠正，返工更少。
对照原文检查这段机翻：标出漏译、误译和不通顺的地方，给出修改后版本，并按严重程度分类。
对比三：不检查 vs 带检查点
改之前：拿到结果直接用。改之后：每次都对照「时间轴未改动」检查，并让工具列出它不确定的地方。变化（示意）：问题在交付前被发现。
以上对比均为示意，用来说明方法差异，不代表具体的效率数字。
延伸练习
营销文案本地化
适用情况：手头有一段中文营销文案和目标市场时。
把这段文案改写给【目标市场】的用户，不必逐字翻译，保留核心卖点，替换不适用的文化梗，并说明你做的调整。
检查点：说明了本地化调整。
双语对照阅读
适用情况：手头有一篇英文技术文章时。
把这篇文章翻译成中文并以双语对照排版，专有名词首次出现时保留英文原文，代码和命令不翻译。
验收标准：代码块未被翻译。
术语表先行
准备材料：一份产品文档和已有术语。
先从文档中提取 30 个关键术语，结合我提供的已有译名生成术语表，再按术语表翻译全文，翻译后列出不确定的译法。
交付前确认：全文术语与术语表一致。
常见问题：数字单位出错
译后专门检查数字、日期、货币和单位。
常见问题：直译生硬
说明目标读者和用途，允许意译但保留事实。
常见问题：同一术语多种译法
建立术语表并在工具中启用强制术语。
概念补充：本地化
不仅翻译文字，还调整文化、格式、计量单位等。
概念补充：术语表
规定专有名词译法的表格，保证多人、多次翻译一致。
适合人群：游戏开发者
游戏开发者可以用 LibreTranslate 处理原型与素材、NPC 对话与文案等工作。需要注意：关注生成素材的授权和平台对 AI 内容的披露要求。
适合人群：记者编辑
记者编辑可以用 LibreTranslate 处理采访整理、资料核查等工作。需要注意：事实必须多源核实，不得用 AI 生成虚构引语，遵守所在机构的 AI 使用规范。
适合人群：科研人员
科研人员可以用 LibreTranslate 处理文献检索与阅读、实验记录与数据整理等工作。需要注意：遵守期刊和机构关于 AI 使用的披露要求，引用逐条核对。
注意事项
文中提示词和示例仅作示意，实际效果取决于你的材料和 LibreTranslate 当前版本，重要内容请人工核对后再使用。
本文基于 LibreTranslate 公开的定位与通用用法编写，具体功能、套餐与可用地区以官方页面为准，产品更新后界面和名称可能变化。