三类数据敏感度不同
原始图纸与技术规格书密级最高，术语库与译稿次之，公开投标资料最低。分级不是为了分类归档，而是决定哪些文件允许进入哪类环境处理。所有文件混在一个网盘里，等于把最高等级的保护水平拉平到最低等级，为什么必须先分级，因为它决定文件能进哪类环境。
内网部署的代价
内网或客户机房部署能控制数据不出境，但要自备算力与运维，模型更新与外网术语检索都受限，需要提前算清运维人力。它适合长期、批量、涉密的文件生产；一次性少量文件用它，投入与收益并不匹配，反而拖慢交付，怎么取舍要看文件量与密级分布。
专有云与混合怎么选
专有云适合需要弹性算力又要隔离的项目，混合方式则是敏感原文留在内网、非敏感译稿在云上处理。选择依据是文件密级分布与提交节奏，而不是供应商推荐；边界要写进部署方案，并由双方确认。
出境判断放在开工前
涉及境外业主、海外分支机构或境外云服务时，先判断是否构成数据出境，按现行规定做安全评估或订立标准合同。结论应由企业法务与合规人员确认，技术方不替代这一判断，也不为结论承担法律责任，边界是技术方不替代法务结论。
留痕与删除
处理日志要记录谁在何时上传、下载、导出哪份文件，项目结束按约定导出成果并删除临时副本。日志与删除记录本身就是审计证据，缺失时无法证明数据未被留存或外传，也无法回应业主的保密审查，怎么做要写进部署方案与保密协议。
适用与不适用
适合谁
- 海外项目多、文件密级跨度大的施工企业
- 需要在内网处理涉密技术文件的单位
- 对译稿流转缺少权限管理的项目部
不适合谁
- 希望把文件直接上传公网翻译工具的团队
- 不接受部署评估、要求立即开通的项目
典型场景
某国际工程承包商要处理一批含业主专有工艺参数的规格书。信息部门先做密级划分，把原文留在内网、译稿放在隔离环境，术语库单独授权；法务确认不构成出境后，才允许境外分部只读访问译稿。项目结束导出成果、删除临时副本，日志归档备查。
可执行步骤
- 按原文、术语库与译稿三类划分密级，逐类标注允许进入的处理环境与责任人
- 逐项评估内网、专有云与混合三种方式在算力、运维与合规上的成本差异
- 由法务判断是否构成数据出境，必要时启动安全评估或订立标准合同的流程
- 为术语库与译稿设置分级授权，禁止跨项目共用账号与长期有效的共享链接
- 约定成果导出与临时副本的删除方式，并保留处理日志供内外部审计备查
常见坑
- 把原文、术语库和译稿放在同一个共享网盘，权限一刀切，等于按最低密级保护最高密级的文件，风险最大。
- 先用公网翻译工具处理一遍再导入内网，数据其实已经出境，事后补评估也难还原当时的处理路径。
- 只删本地文件不删云端缓存与临时副本，项目结束后数据仍留在第三方环境，审计时无法交代，也说不清责任。
- 术语库跨项目共用且不设权限，甲项目的专有工艺词被乙项目译稿带出，属于典型的内部数据扩散。
自检与验收清单
- 是否按原文、术语库与译稿三类完成密级划分并留档
- 每类文件是否指定了允许处理的环境与责任人
- 出境判断是否有法务出具的书面结论并归档备查
- 账号与共享链接是否按项目隔离，并定期回收清理
- 是否约定成果导出方式与临时副本的删除责任
常见问题
译稿算不算敏感数据？
要看内容。译稿若保留原文的工艺参数、节点构造与业主专有要求，敏感度与原文接近；若只是通用条款与格式说明，可以降级。判断依据是内容而非文件类型，划分时应逐份看过再定，不能一刀切。
能不能用公网大模型翻译？
不建议直接用于涉密或业主专有文件。公网服务的输入可能被用于改进模型，处理地点也不明确；确需使用时先脱敏，去掉项目名称、参数与可识别信息，并确认服务条款与数据留存政策后再上传。
内网部署是不是一定更安全？
不一定。内网只解决数据不出境，账号共用、日志缺失、离职未回收权限同样会造成泄露。安全取决于权限、日志与流程的配合，部署位置只是其中一个条件；第三方运维是否可审计，也要一并确认。