Prompt 模板中心
AI 翻译 Prompt
AI 翻译 Prompt 覆盖中英互译、本地化、术语表、格式保留和人工校对,帮助生成可复核、适合具体读者的译文。
AI 翻译 Prompt 的重点不是把一句“翻译一下”写长,而是让模型知道翻译方向、 目标读者、使用场景、术语表、语气、格式和校对边界。可靠的翻译工作流会保留 原文事实,统一术语,标出不确定译法,并把正式发布前需要人工确认的内容列出 来。
这页适合处理邮件、论文摘要、技术文档、产品界面、运营文案、学习资料和跨语 言沟通。你可以直接复制模板,也可以先理解翻译流程,再按自己的材料改写。
| 项目 | 说明 |
|---|---|
| 阅读时间 | 约 6 分钟 |
| 更新时间 | 2026-07-03 |
| 适合人群 | 学生、老师、科研人员、运营、产品经理、开发者、内容创作者、外贸和办公人群 |
| 核心收益 | 让译文有读者、有术语、有格式、有不确定标注,而不是只得到一段看似流畅的文字 |
| 你会得到 | 通用翻译 Prompt、术语表 Prompt、本地化 Prompt、翻译类型选择、对照检查 Prompt、发布前复核清单和工具链接入判断 |
| 不适合做什么 | 不适合替代人工校对、法律/医学/金融/合同翻译最终确认、学校或期刊规则判断 |
适合哪些翻译任务
Section titled “适合哪些翻译任务”| 任务 | AI 适合做什么 | 人必须确认什么 |
|---|---|---|
| 技术文档 | 保留结构、统一术语、生成对照表 | 专业术语、接口名、参数名和版本语境 |
| 产品界面 | 生成简洁按钮、提示、空状态和错误文案 | 字符长度、产品语气、上下文和可用性 |
| 邮件沟通 | 调整礼貌程度、语气和表达顺序 | 收件人关系、敏感表达和承诺边界 |
| 学术材料 | 翻译摘要、术语、研究问题和段落大意 | 引用、概念准确性、学校或期刊规则 |
| 运营文案 | 做本地化表达和多版本候选 | 品牌语气、夸张承诺、平台规则 |
| 学习资料 | 解释难句、提取词汇和生成双语笔记 | 语法解释是否准确,是否误解原文 |
翻译类型怎么选
Section titled “翻译类型怎么选”不同材料需要不同翻译策略。Prompt 里如果只写“翻译成英文”,模型通常会优先 给出流畅版本,但不一定适合发布、学习、产品界面或正式沟通。
| 类型 | 适合场景 | Prompt 重点 | 复核重点 |
|---|---|---|---|
| 忠实翻译 | 技术文档、论文摘要、合同草案、正式通知 | 保留事实、数字、术语、结构和限制条件 | 是否增删原意,否定、条件和范围是否准确 |
| 本地化改写 | 官网文案、邮件、运营内容、帮助中心 | 目标地区、读者关系、语气、文化表达 | 是否改变承诺、夸大效果或不符合品牌语气 |
| 双语对照 | 学习资料、研究笔记、培训材料 | 原文句子、译文、术语解释、难句说明 | 对照是否完整,解释是否过度发挥 |
| 界面翻译 | 按钮、菜单、错误提示、空状态 | 页面位置、触发条件、字符长度、上下文 | 同词不同场景是否误译,长度是否能放进界面 |
| 术语先行 | 长文档、产品文档、多语言知识库 | 先提取术语表,再翻译全文 | 专名、缩写、接口名和禁译词是否统一 |
如果任务涉及法律、医学、金融、合同、论文提交或对外承诺,应把 AI 输出当作 初稿和检查清单,正式版本仍需要具备相应背景的人复核。
通用翻译 Prompt
Section titled “通用翻译 Prompt”把方括号替换成你的真实材料。术语表不完整时,先让 AI 提取候选术语,再人工 确认,不要让模型自行决定所有专名。
你是一名谨慎的双语翻译编辑。请只根据原文翻译,不要添加原文没有的事实、承诺、数字、引用、案例或解释。
翻译背景:- 翻译方向:[中文到英文 / 英文到中文 / 其他]- 使用场景:[技术文档 / 产品界面 / 邮件 / 学术材料 / 运营文案 / 学习笔记]- 目标读者:[开发者 / 客户 / 学生 / 老师 / 管理层 / 普通用户 / 其他]- 语气:[准确 / 自然 / 正式 / 简洁 / 友好 / 克制]- 格式要求:[保留 Markdown / 保留表格 / 保留编号 / 输出双语对照]
术语表:[列出必须统一的译法,例如 streaming=流式输出]
请输出:1. 译文。2. 双语术语表。3. 不确定或有多种译法的地方。4. 可能影响理解的文化、语气或上下文问题。5. 发布前需要人工校对的清单。
原文:[粘贴文本]术语表 Prompt
Section titled “术语表 Prompt”长文、技术文档和产品内容适合先做术语表,再开始翻译。这样可以减少同一个词 在不同段落里反复变换译法。
请先不要翻译全文。请根据下面原文提取候选术语表。
要求:1. 提取专有名词、产品名、功能名、技术术语、缩写和容易误译的词。2. 给出推荐译法、可选译法和不建议译法。3. 标出需要人工确认的术语。4. 保留不应翻译的英文、代码、接口名、参数名和品牌名。5. 输出为 Markdown 表格。
原文:[粘贴文本]| 术语类型 | 例子 | 处理方式 |
|---|---|---|
| 产品名 | OfApp.cn、Codex | 通常保留原文 |
| 技术名词 | streaming、embedding | 统一译法并保留英文线索 |
| 界面文案 | Save、Retry、Cancel | 看具体按钮和页面上下文 |
| 学术概念 | baseline、ablation | 结合学科常用译法 |
| 品牌语气 | tagline、slogan | 更接近本地化,不是逐词直译 |
本地化 Prompt
Section titled “本地化 Prompt”本地化不是把译文变得“更花哨”,而是让它适合目标语言用户的阅读习惯,同时 不改变事实、承诺和责任边界。
请把下面译文改成本地化版本,但不要改变原文事实、数字、承诺、产品能力和责任边界。
本地化目标:- 地区或语境:[中国大陆中文 / 英文官网 / 海外客户邮件 / 学术摘要 / 其他]- 读者:[填写读者]- 使用位置:[按钮 / 帮助文档 / 官网段落 / 邮件 / 社媒文案 / 论文摘要]- 语气:[自然 / 克制 / 专业 / 简洁 / 更容易理解]- 必须保留:[术语、专名、数字、链接、代码、格式]
请输出:1. 本地化版本。2. 与直译相比改了什么。3. 可能需要人工确认的表达。4. 不能改写的事实或承诺。
译文:[粘贴初译]示例:技术文档句子翻译
Section titled “示例:技术文档句子翻译”| 输入信息 | 示例 |
|---|---|
| 原文 | Streaming lets users see partial model output before the full response is complete. |
| 场景 | 技术文档 |
| 术语 | streaming=流式输出;model output=模型输出 |
| 读者 | 正在接入 API 的开发者 |
| 语气 | 准确、简洁 |
更稳的译文可以是:
流式输出允许用户在完整响应结束前,先看到模型已经生成的部分输出。需要复核的点包括:这个产品或文档是否统一把 streaming 译成“流式输出”,
response 在上下文中应译作“响应”还是“回复”,以及目标读者是否需要额外解
释“部分输出”的含义。
对照检查 Prompt
Section titled “对照检查 Prompt”翻译完成后,不要只让 AI “润色一下”。更稳妥的做法是让它逐项对照原文,找 遗漏、错译、术语不一致和语气风险。
请作为翻译审校助手,对照原文和译文做质量检查。不要重写全文,先指出问题。
检查重点:1. 是否遗漏原文信息。2. 是否添加了原文没有的事实、承诺、数字、案例或解释。3. 否定句、条件句、时间、数量、单位和范围是否准确。4. 术语、产品名、接口名、代码、链接和格式是否一致。5. 语气是否适合目标读者和使用场景。6. 哪些地方需要人工确认。
请输出:- 高风险问题表。- 建议修改的句子。- 术语不一致列表。- 发布前人工复核清单。
原文:[粘贴原文]
译文:[粘贴译文]| 问题类型 | 例子 | 处理方式 |
|---|---|---|
| 漏译 | 条件、例外、限制没有出现在译文里 | 回到原文补齐,不靠推测补内容 |
| 增译 | 译文加入原文没有的承诺或解释 | 删除或标为“需要确认” |
| 术语漂移 | 同一词在不同段落有多种译法 | 回到术语表统一 |
| 语气不当 | 邮件太生硬,界面文案太长 | 根据场景改写,但保留事实 |
| 格式破坏 | Markdown、表格、编号、代码被改乱 | 要求保留原格式再翻译 |
发布前复核清单
Section titled “发布前复核清单”| 检查项 | 复核问题 |
|---|---|
| 事实 | 译文是否增加、删除或改变了原文事实? |
| 数字 | 时间、金额、版本、百分比、页码和单位是否保留准确? |
| 术语 | 同一术语是否全篇一致,是否符合团队或学科习惯? |
| 格式 | Markdown、表格、编号、链接、代码和变量名是否被保留? |
| 语气 | 译文是否符合读者关系、品牌语气和发布场景? |
| 风险 | 是否涉及合同、法律、医学、金融、政策、学术诚信或对外承诺? |
| 隐私 | 是否删除客户、人名、邮箱、合同、密钥、内部项目和未公开内容? |
什么时候接入工具链
Section titled “什么时候接入工具链”单段翻译和学习辅助通常用网页入口就够。下面这些场景,才值得把翻译 Prompt 接入脚本、Codex、内容后台或团队工具:
| 场景 | 更适合的做法 |
|---|---|
| 批量翻译帮助文档 | 固定术语表、保留 Markdown、输出待校对清单 |
| 产品界面多语言 | 按页面、组件和字符长度管理文案 |
| 外贸邮件模板 | 保存语气规则、禁用表达和人工审批点 |
| 学术阅读 | 先提取术语和摘要,再翻译关键段落 |
| 知识库维护 | 记录原文版本、译文版本、术语表和校对人 |
如果希望快速体验翻译、术语提取和本地化改写,可以先使用 OfApp.cn 的网页入 口;当流程需要批量处理、连接 Codex 或进入项目代码时,再接入统一工具链。 具体模型、能力和价格请以 OfApp.cn 控制台或官方文档为准。
- OfApp.cn 官方首页:用于确认 OfApp.cn 的入口、API Key、天才游乐场和生态入口。
- OfApp.cn API 文档:用于确认 OpenAI 兼容接口、Base URL、Models API 和工具链接入边界。
- OfApp.cn Genius Playground:用于确认网页端 Key、聊天、图像和参数入口,适合翻译 Prompt 的单次试译和校对。
- W3C Internationalization:Localization vs. Internationalization:用于确认本地化不仅是翻译文字,还包含目标市场的语言、文化和格式要求。
AI 翻译需要人工校对吗?
Section titled “AI 翻译需要人工校对吗?”需要。AI 可以快速给出初译、术语表和候选表达,但技术术语、合同、法律、医 学、金融、学术和正式对外材料必须人工校对。
没有术语表怎么办?
Section titled “没有术语表怎么办?”先让 AI 从原文提取候选术语表,再由人确认译法。术语表确认后重新翻译,比边 翻译边猜术语稳定很多。
直译和本地化怎么选?
Section titled “直译和本地化怎么选?”技术说明、合同和学术材料更适合忠实直译并保留术语;官网文案、邮件、界面和 运营内容可以做本地化,但不能改变事实、承诺和责任边界。
AI 会不会漏翻或误解否定句?
Section titled “AI 会不会漏翻或误解否定句?”会有可能。长句、双重否定、条件句、从句和跨段指代都要重点检查。可以要求 AI 输出“原文要点对照表”,逐条确认是否都被翻译。
可以让 AI 翻译论文或作业吗?
Section titled “可以让 AI 翻译论文或作业吗?”可以辅助理解摘要、术语、方法和难句,但不能替代独立阅读、引用核验和学校规 则要求。需要提交的学术内容,应按学校、期刊或导师要求使用。
产品界面翻译最容易错在哪里?
Section titled “产品界面翻译最容易错在哪里?”最容易忽略上下文。同一个英文词在按钮、错误提示、设置项和空状态里可能有不 同译法。翻译界面文案时,要提供页面位置、触发条件和字符长度限制。
机器翻译看起来很顺,还需要看原文吗?
Section titled “机器翻译看起来很顺,还需要看原文吗?”需要。流畅不等于准确。正式发布前至少要对照原文检查事实、数字、术语、否定、 责任边界和敏感信息。
- Prompt 模板中心:理解通用 Prompt 结构。
- 写作 Prompt:翻译后继续润色和发布复核。
- 总结 Prompt:先总结长文,再翻译关键段落。
- 研究 Prompt:处理论文、资料和来源核验。
- AI 整理资料:把多语言资料整理成可追溯笔记。
- AI 生产力指南:理解翻译在办公、学习和创作中的位置。
- AI 基础:理解上下文、提示词和人工评估。
AI 翻译 Prompt 的关键是把场景、读者、术语、格式和校对边界说清楚。AI 适合 生成初译、术语表、本地化候选和复核清单;人负责确认事实、术语、语气、风险 和最终发布。这样翻译才会既省时间,又能保留可信度。