herock(@herock):在律师的工作语境中，Word 文档是一个很讨厌但又绕不过去的存在，正在做一个合同审核的工作流，最后一步是需要把定稿的《律师审察意见书》从 .docx格式转换成 .pdf 格式。最初尝试了 libreoffice，但导出 pdf 后，中文字体排版都一塌糊涂，远达不到可用标准。后来又尝试让 agent 自动调用本机的 WPS 导出 pdf，个人使用虽然可以跑通，但无法作为稳定的团队工作流部署在服务器端，也不合适。研究一番后发现几乎没有特别完美的方案，onlyoffice 算是相对性价比最高的方案了，我稍后会实际尝试一下，如果可用，就可以作为处理文档转换的主力工具（部署在境内服务器，数据不出境）。目前最快速可用的方案，是直接调 cloudconvert 的转换 API，虽然有一定的合规问题（涉及数据出境），但测试阶段只用来跑通流程是OK 的，实测效果对中文字体、排版的支持都挺不错，几乎和本机导出效果一致，确定可用。而且每天有少量免费额度，即使付费价格也不贵，要处理的文件数据如果不敏感，用它应该最方便。另外，cloudconvert 导出的 pdf 里会被加上 CloudConvert 信息，如果介意，可以写一个后处理脚本，把 metadata 里的 Author/ProducerCreator 这些字段删除或者改掉。

2026.06.15 03:14

在律师的工作语境中，Word 文档是一个很讨厌但又绕不过去的存在，正在做一个合同审核的工作流，最后一步是需要把定稿的《律师审察意见书》从 .docx格式转换成 .pdf 格式。最初尝试了 libreoffice，但导出 pdf 后，中文字体排版都一塌糊涂，远达不到可用标准。后来又尝试让 agent 自动调用本机的 WPS 导出 pdf，个人使用虽然可以跑通，但无法作为稳定的团队工作流部署在服务器端，也不合适。研究一番后发现几乎没有特别完美的方案，onlyoffice 算是相对性价比最高的方案了，我稍后会实际尝试一下，如果可用，就可以作为处理文档转换的主力工具（部署在境内服务器，数据不出境）。目前最快速可用的方案，是直接调 cloudconvert 的转换 API，虽然有一定的合规问题（涉及数据出境），但测试阶段只用来跑通流程是OK 的，实测效果对中文字体、排版的支持都挺不错，几乎和本机导出效果一致，确定可用。而且每天有少量免费额度，即使付费价格也不贵，要处理的文件数据如果不敏感，用它应该最方便。另外，cloudconvert 导出的 pdf 里会被加上 CloudConvert 信息，如果介意，可以写一个后处理脚本，把 metadata 里的 Author/ProducerCreator 这些字段删除或者改掉。