先分清通用文本接口和短剧翻译 API
DeepL、Google Cloud Translation 和 Azure Translator 都提供通用翻译接口：输入一段文字，返回目标语文本。它们适合比较字符价格、语言覆盖、术语表和调用稳定性。短剧台词却依赖人物关系、前后剧情和视频时长，接口能把句子翻对，并不代表结果已经适合字幕或配音。
GhostCut API 面向短剧和 AI 剧译制。公开接入页写明可以按项目上传素材、提交字幕翻译，并继续接到人工校对、字幕擦除、AI 配音和成片下载；也可以只接其中一步，与网站协同。比较时先问接口接收的是孤立句子，还是一部剧的字幕、时间轴和后续生产步骤。
工程团队要共同定义输入，也要看结果回到哪一层
已有开发能力、需要把翻译接进内部系统的团队，适合评估 API。只偶尔翻一份短字幕、没有监控和审校时，完整工作台可能更省。差别在于：通用接口返回文本后，角色表、时间轴、版本和配音通常要团队自己接；GhostCut API 把翻译放进译制链路，但译文质量、术语是否生效、批量是否稳定，仍要用同一批样本验证。
| 候选 | 接口主要接收什么 | 短剧团队还要自己接什么 | 更适合先验证的场景 |
|---|---|---|---|
| DeepL / Google / Azure | 文本、术语或文档 | 字幕文件、时间轴、跨集上下文、回写和配音 | 已有字幕管线，只需稳定的句子级翻译 |
| GhostCut API | 项目、视频或字幕，以及后续译制步骤 | 内容终审、版权和发布经营 | 要把多集翻译接进现有生产系统，并继续擦除或配音 |
内容人员应提供角色、称谓、术语、禁用词与字幕时长要求；工程人员负责鉴权、重试、幂等、限流、日志和版本。两边缺一，低单价也可能换来大量人工找错。
用同一部剧的跨集样本，测称谓、伏笔和字幕长度
样本至少跨三处剧情：人物初见、关系变化和伏笔揭晓，再加入金额、日期、专名、快语速与多人对白。固定源字幕、目标语言、角色表、术语、接口版本、参数和分段方式。通用接口按文本调用；GhostCut 按公开文档提交字幕翻译任务。隐藏候选名称后，由目标语言审核者检查。
短剧翻译 API 评测
不要只计“正确句数”。人物身份被流畅地翻错，可能污染几十集；普通句稍显生硬却容易修。对 GhostCut，还要看改一处称谓后能否回到同一项目继续处理，而不是把结果重新拆成散落的文本文件。
字符价不能直接和短剧任务价相除
DeepL、Google Cloud 和 Azure 可能按字符、功能、区域或账户计费。GhostCut 面向译制任务，计费单位、额度、失败重试和后续擦除、配音是否另计，要以当前账号和合同为准，不能拿公开字符单价直接换算。
项目成本还包括文本清洗、切分、术语维护、失败重试、母语审校和视频回填。若某个接口初稿便宜，却要把时间轴、角色和成片在系统外搬来搬去，最终成本仍可能更高。
公开隐私说明之外，商业素材仍要核对合同与区域
数据是否用于训练、保存多久、由哪些区域和子处理方处理，不能只靠产品首页回答。团队应阅读当前服务条款、数据处理附件和区域说明，并与自身版权合同对照。
未公开剧集可先用结构相似的非敏感字幕验证调用和质量。对必须完全离线、或目标区域与删除机制无法满足合同的项目，云 API 可能都不适合；功能和价格测试即使通过，也只能停在非敏感样本阶段。
先做一门语言的小批次，再决定通用接口还是短剧 API
团队已有成熟字幕管线，只缺一句句稳定的机翻时，DeepL、Google 或 Azure 更直接。要把多集短剧的字幕翻译接进内部系统，并继续校对、擦除或配音时，应单独验证 GhostCut API——它按项目组织译制步骤，不代替母语终审，也不保证每种语言的文学质量。
接口选定后，接下来要确认人工修改怎样回写角色和术语，并继续进入字幕、配音和最终成片。