Azure AI 文档翻译 Python SDK
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-02qudk26/azure-ai-translation-document-py。
技能介绍
要解决什么问题
企业里常见需求是整批翻译合同、手册、报表,而不是逐段粘贴到通用翻译 API。Office、PDF、结构化 CSV/JSON 等格式一旦走纯文本管线,版式、表格和标记往往会丢。Azure AI Document Translation 面向 Blob 上的源文件做批量作业,并在目标语言侧尽量保留原格式。
技能如何帮你写客户端代码
本技能围绕 Azure AI Document Translation Python SDK 的组织方式,把鉴权、提交作业、轮询与结果处理串成可落地的调用路径:
- 鉴权:新代码优先用
DefaultAzureCredential(本地 Azure CLI / VS Code,云端托管标识);遗留密钥部署才考虑AzureKeyCredential。同步与异步客户端、以及异步凭据,都应放在 上下文管理器 里释放连接与令牌缓存。 - 存储与权限:源容器与目标容器必须是 Azure Blob Storage;SAS 按最小权限——源侧读/列出,目标侧写/列出;多目标语言时建议 每种语言独立目标容器。
- 作业生命周期:批量提交后通过
poller.status()跟踪长任务;需要时可列出/查询单文档状态,并处理 文档级错误(不要只盯作业级成功)。 - 质量与并发:领域术语用 术语表(glossary);高并发批量场景优先 异步客户端,且同一路径不要混用同步
azure.xxx与azure.xxx.aio。
支持的文档类型包括 DOCX、PDF、PPTX、XLSX、HTML、TXT、RTF,以及 CSV、TSV、JSON、XML、XLIFF 等;提交前应对照技能内格式表核对。
适用边界
这是 Python SDK 用法与 Azure 文档翻译服务约束 的编辑指引,不能替代你在 Azure 门户里创建 Translator 资源、配置 Blob 容器与网络策略。服务支持的语言列表以 Azure 官方为准;受监管环境里 Entra 迁移未完成时,密钥方式可能仍会出现,但新集成应默认走 Entra 审计链。
使用场景
- 法务或合规团队把 Blob 里整批 PDF/DOCX 合同提交翻译,并在各语言独立容器中取回仍保留版式的目标文件
- 本地化工程师用术语表翻译产品手册与 PPTX,避免品牌名和功能术语在多语言版本间不一致
- 数据平台在源容器批量投递 CSV、JSON、XML,异步客户端并发跑多作业并轮询 poller 处理单文档失败
- 运维脚本为 Document Translation 配置源/目标 SAS(读列出与写列出),并用 DefaultAzureCredential 在托管标识环境提交作业
适合人员
- 负责把多语言文档流水线接到 Azure 的后端工程师,需要按 SDK 规范写提交、轮询与取消翻译的 Python 代码
- 维护 XLIFF/术语表与多语言发布窗口的本地化工程师,要在批量作业里固定领域译法并核对单文档状态
- 在 Azure 上为 Translator 与 Blob 配置权限与凭据的 DevOps/SRE,需落实最小权限 SAS 与 Entra 凭据链
- 处理 Blob 中结构化报表(CSV/TSV/JSON)的数据工程师,要在保留结构的前提下批量生成多语言副本