跳转到内容
API 入口

Prompt 模板中心

AI 翻译 Prompt

AI 翻译 Prompt 覆盖中英互译、本地化、术语表、格式保留和人工校对,帮助生成可复核、适合具体读者的译文。

预计阅读
6 分钟
最近更新
2026/07/03
维护方式
人工编辑

AI 翻译 Prompt 的重点不是把一句“翻译一下”写长,而是让模型知道翻译方向、 目标读者、使用场景、术语表、语气、格式和校对边界。可靠的翻译工作流会保留 原文事实,统一术语,标出不确定译法,并把正式发布前需要人工确认的内容列出 来。

这页适合处理邮件、论文摘要、技术文档、产品界面、运营文案、学习资料和跨语 言沟通。你可以直接复制模板,也可以先理解翻译流程,再按自己的材料改写。

项目 说明
阅读时间 约 6 分钟
更新时间 2026-07-03
适合人群 学生、老师、科研人员、运营、产品经理、开发者、内容创作者、外贸和办公人群
核心收益 让译文有读者、有术语、有格式、有不确定标注,而不是只得到一段看似流畅的文字
你会得到 通用翻译 Prompt、术语表 Prompt、本地化 Prompt、翻译类型选择、对照检查 Prompt、发布前复核清单和工具链接入判断
不适合做什么 不适合替代人工校对、法律/医学/金融/合同翻译最终确认、学校或期刊规则判断
任务 AI 适合做什么 人必须确认什么
技术文档 保留结构、统一术语、生成对照表 专业术语、接口名、参数名和版本语境
产品界面 生成简洁按钮、提示、空状态和错误文案 字符长度、产品语气、上下文和可用性
邮件沟通 调整礼貌程度、语气和表达顺序 收件人关系、敏感表达和承诺边界
学术材料 翻译摘要、术语、研究问题和段落大意 引用、概念准确性、学校或期刊规则
运营文案 做本地化表达和多版本候选 品牌语气、夸张承诺、平台规则
学习资料 解释难句、提取词汇和生成双语笔记 语法解释是否准确,是否误解原文
确认场景读者与用途建立术语表专名与禁译生成初译保留格式对照检查事实与遗漏本地化改写自然表达人工校对发布前确认

不同材料需要不同翻译策略。Prompt 里如果只写“翻译成英文”,模型通常会优先 给出流畅版本,但不一定适合发布、学习、产品界面或正式沟通。

类型 适合场景 Prompt 重点 复核重点
忠实翻译 技术文档、论文摘要、合同草案、正式通知 保留事实、数字、术语、结构和限制条件 是否增删原意,否定、条件和范围是否准确
本地化改写 官网文案、邮件、运营内容、帮助中心 目标地区、读者关系、语气、文化表达 是否改变承诺、夸大效果或不符合品牌语气
双语对照 学习资料、研究笔记、培训材料 原文句子、译文、术语解释、难句说明 对照是否完整,解释是否过度发挥
界面翻译 按钮、菜单、错误提示、空状态 页面位置、触发条件、字符长度、上下文 同词不同场景是否误译,长度是否能放进界面
术语先行 长文档、产品文档、多语言知识库 先提取术语表,再翻译全文 专名、缩写、接口名和禁译词是否统一

如果任务涉及法律、医学、金融、合同、论文提交或对外承诺,应把 AI 输出当作 初稿和检查清单,正式版本仍需要具备相应背景的人复核。

把方括号替换成你的真实材料。术语表不完整时,先让 AI 提取候选术语,再人工 确认,不要让模型自行决定所有专名。

你是一名谨慎的双语翻译编辑。请只根据原文翻译,不要添加原文没有的事实、
承诺、数字、引用、案例或解释。
翻译背景:
- 翻译方向:[中文到英文 / 英文到中文 / 其他]
- 使用场景:[技术文档 / 产品界面 / 邮件 / 学术材料 / 运营文案 / 学习笔记]
- 目标读者:[开发者 / 客户 / 学生 / 老师 / 管理层 / 普通用户 / 其他]
- 语气:[准确 / 自然 / 正式 / 简洁 / 友好 / 克制]
- 格式要求:[保留 Markdown / 保留表格 / 保留编号 / 输出双语对照]
术语表:
[列出必须统一的译法,例如 streaming=流式输出]
请输出:
1. 译文。
2. 双语术语表。
3. 不确定或有多种译法的地方。
4. 可能影响理解的文化、语气或上下文问题。
5. 发布前需要人工校对的清单。
原文:
[粘贴文本]

长文、技术文档和产品内容适合先做术语表,再开始翻译。这样可以减少同一个词 在不同段落里反复变换译法。

请先不要翻译全文。请根据下面原文提取候选术语表。
要求:
1. 提取专有名词、产品名、功能名、技术术语、缩写和容易误译的词。
2. 给出推荐译法、可选译法和不建议译法。
3. 标出需要人工确认的术语。
4. 保留不应翻译的英文、代码、接口名、参数名和品牌名。
5. 输出为 Markdown 表格。
原文:
[粘贴文本]
术语类型 例子 处理方式
产品名 OfApp.cn、Codex 通常保留原文
技术名词 streaming、embedding 统一译法并保留英文线索
界面文案 Save、Retry、Cancel 看具体按钮和页面上下文
学术概念 baseline、ablation 结合学科常用译法
品牌语气 tagline、slogan 更接近本地化,不是逐词直译

本地化不是把译文变得“更花哨”,而是让它适合目标语言用户的阅读习惯,同时 不改变事实、承诺和责任边界。

请把下面译文改成本地化版本,但不要改变原文事实、数字、承诺、产品能力和
责任边界。
本地化目标:
- 地区或语境:[中国大陆中文 / 英文官网 / 海外客户邮件 / 学术摘要 / 其他]
- 读者:[填写读者]
- 使用位置:[按钮 / 帮助文档 / 官网段落 / 邮件 / 社媒文案 / 论文摘要]
- 语气:[自然 / 克制 / 专业 / 简洁 / 更容易理解]
- 必须保留:[术语、专名、数字、链接、代码、格式]
请输出:
1. 本地化版本。
2. 与直译相比改了什么。
3. 可能需要人工确认的表达。
4. 不能改写的事实或承诺。
译文:
[粘贴初译]
输入信息 示例
原文 Streaming lets users see partial model output before the full response is complete.
场景 技术文档
术语 streaming=流式输出;model output=模型输出
读者 正在接入 API 的开发者
语气 准确、简洁

更稳的译文可以是:

流式输出允许用户在完整响应结束前,先看到模型已经生成的部分输出。

需要复核的点包括:这个产品或文档是否统一把 streaming 译成“流式输出”, response 在上下文中应译作“响应”还是“回复”,以及目标读者是否需要额外解 释“部分输出”的含义。

翻译完成后,不要只让 AI “润色一下”。更稳妥的做法是让它逐项对照原文,找 遗漏、错译、术语不一致和语气风险。

请作为翻译审校助手,对照原文和译文做质量检查。不要重写全文,先指出问题。
检查重点:
1. 是否遗漏原文信息。
2. 是否添加了原文没有的事实、承诺、数字、案例或解释。
3. 否定句、条件句、时间、数量、单位和范围是否准确。
4. 术语、产品名、接口名、代码、链接和格式是否一致。
5. 语气是否适合目标读者和使用场景。
6. 哪些地方需要人工确认。
请输出:
- 高风险问题表。
- 建议修改的句子。
- 术语不一致列表。
- 发布前人工复核清单。
原文:
[粘贴原文]
译文:
[粘贴译文]
问题类型 例子 处理方式
漏译 条件、例外、限制没有出现在译文里 回到原文补齐,不靠推测补内容
增译 译文加入原文没有的承诺或解释 删除或标为“需要确认”
术语漂移 同一词在不同段落有多种译法 回到术语表统一
语气不当 邮件太生硬,界面文案太长 根据场景改写,但保留事实
格式破坏 Markdown、表格、编号、代码被改乱 要求保留原格式再翻译
检查项 复核问题
事实 译文是否增加、删除或改变了原文事实?
数字 时间、金额、版本、百分比、页码和单位是否保留准确?
术语 同一术语是否全篇一致,是否符合团队或学科习惯?
格式 Markdown、表格、编号、链接、代码和变量名是否被保留?
语气 译文是否符合读者关系、品牌语气和发布场景?
风险 是否涉及合同、法律、医学、金融、政策、学术诚信或对外承诺?
隐私 是否删除客户、人名、邮箱、合同、密钥、内部项目和未公开内容?

单段翻译和学习辅助通常用网页入口就够。下面这些场景,才值得把翻译 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 可以快速给出初译、术语表和候选表达,但技术术语、合同、法律、医 学、金融、学术和正式对外材料必须人工校对。

先让 AI 从原文提取候选术语表,再由人确认译法。术语表确认后重新翻译,比边 翻译边猜术语稳定很多。

技术说明、合同和学术材料更适合忠实直译并保留术语;官网文案、邮件、界面和 运营内容可以做本地化,但不能改变事实、承诺和责任边界。

会有可能。长句、双重否定、条件句、从句和跨段指代都要重点检查。可以要求 AI 输出“原文要点对照表”,逐条确认是否都被翻译。

可以辅助理解摘要、术语、方法和难句,但不能替代独立阅读、引用核验和学校规 则要求。需要提交的学术内容,应按学校、期刊或导师要求使用。

产品界面翻译最容易错在哪里?

Section titled “产品界面翻译最容易错在哪里?”

最容易忽略上下文。同一个英文词在按钮、错误提示、设置项和空状态里可能有不 同译法。翻译界面文案时,要提供页面位置、触发条件和字符长度限制。

机器翻译看起来很顺,还需要看原文吗?

Section titled “机器翻译看起来很顺,还需要看原文吗?”

需要。流畅不等于准确。正式发布前至少要对照原文检查事实、数字、术语、否定、 责任边界和敏感信息。

AI 翻译 Prompt 的关键是把场景、读者、术语、格式和校对边界说清楚。AI 适合 生成初译、术语表、本地化候选和复核清单;人负责确认事实、术语、语气、风险 和最终发布。这样翻译才会既省时间,又能保留可信度。