交接前先划清术语库管理员的角色边界
在团队共用 Lookworld 进行翻译协作时，术语库的一致性直接决定输出质量。若缺乏清晰的角色定义，多名成员同时修改或导入术语极易导致数据覆盖或逻辑冲突。因此，交接工作的第一步并非直接操作软件，而是确立人员职责边界。
团队需列出当前术语库管理员（Primary Admin）与备份管理员（Backup Admin）的具体姓名或账号。管理员负责执行最终的导入、审核与回滚操作，而备份管理员仅在紧急情况下介入或负责定期验证基线文件的完整性。每位角色在导入、审核、回滚三个环节中必须拥有主要且互斥的职责，例如由一人负责新增术语的初审，另一人负责最终入库确认，从而在制度层面降低误操作风险。
- 列出当前术语库管理员与备份管理员的具体姓名或账号
- 确认每位角色在导入、审核、回滚中的主要职责，禁止职责重叠
把现有术语库拆成可核对的批次清单
面对庞大的历史术语数据，一次性全量导入或交接往往难以定位问题源头。有效的做法是将现有术语库按来源或用途拆分为若干独立批次。这种拆分不依赖 Lookworld 软件内部是否具备批次管理功能，而是团队层面的逻辑整理。
建议按来源（如官方产品文档、历史项目翻译记录、客户反馈修正）为每个批次命名。对于每个批次，需记录其包含的条目数量、最后更新时间以及主要涉及的语言对。例如，“2025-Q4-UI-术语”批次可能包含 500 条界面相关词汇，而“2026-Q1-客服-术语”批次则侧重服务用语。清晰的批次清单有助于在出现翻译异常时快速锁定受影响的范围，而非盲目排查全库。
- 按来源（如官方文档、历史翻译记录）为每个批次命名
- 为每个批次记录条目数量与最后更新时间，建立逻辑索引
导入前建立一份可回滚的基线文件
任何数据变更都存在不可逆的风险，因此在执行任何导入操作前，必须建立可回滚的基线。由于不能假设 Lookworld 官方提供自动化的版本回退功能，团队需依赖手动备份机制来保障数据安全。
在每次导入新批次前，导出当前术语库的完整状态，并保存为带有精确时间戳的独立文件（如 CSV 或 TBX 格式）。该文件应存储在团队共享的安全位置，并严格限制访问权限，仅允许管理员读取或写入。记录基线文件的存储路径、文件名及哈希值（如有），确保在需要回滚时能够准确找到对应的历史版本，避免因文件混淆导致二次错误。
- 导出当前术语库并保存为带时间戳的独立文件
- 记录基线文件的存储位置与访问权限，确保可追溯
按批次导入并逐批验证术语一致性
完成基线备份后，方可开始按批次导入术语。导入过程应遵循“小步快跑”原则，即每导入一个批次后立即进行验证，而非等待所有批次完成后统一检查。这有助于将潜在的错误隔离在最小范围内。
每批导入后，需比对新增条目与已有术语的重复率及冲突情况。重点关注同一源词在不同语境下的译法是否一致，是否存在新旧术语矛盾。根据验证结果，记录每批导入的决定：通过（进入下一批）、暂停（需人工复核冲突）或回滚（恢复至上一基线）。不将单次导入结果视为最终状态，保留后续复核与调整的空间，确保术语库的演进始终处于可控状态。
- 每批导入后比对新增条目与已有术语的重复率
- 记录每批导入的通过、暂停或回滚决定，保持流程透明
为术语更新建立明确的规则与审批流
术语库的生命力在于持续更新，但随意修改会破坏稳定性。团队需制定明确的术语新增、修改与删除规则，并将其作为交接文档的核心部分。这些规则不替代 Lookworld 官方的技术规范，而是团队内部的协作约定。
规则应写明术语修改需经过的审批角色与记录方式。例如，高频使用术语（如产品名称、核心功能词）禁止直接覆盖，必须经过双人复核；低频术语可由指定管理员直接更新但需留痕。同时，列出禁止直接覆盖的场景，如正在进行的重大项目专用术语，防止因通用术语更新而干扰特定项目的翻译一致性。
- 写明术语修改需经过的审批角色与记录方式
- 列出禁止直接覆盖的场景（如高频使用术语或在研项目术语）
交接时把回滚文件与操作记录一并移交
交接不仅是权限的转移，更是历史上下文与应急能力的移交。新任管理员必须能够完整还原术语库的历史演变路径，以便在出现问题时迅速定位原因。
移交内容应包括所有历史基线文件、批次导入记录表以及历次回滚的操作日志。特别要记录每次回滚的触发条件（如某批次导致大量报错）与执行结果（如成功恢复至哪个时间点）。不假设 Lookworld 提供内置的交接工具，团队需依靠标准化的文件包与文档来完成这一过程，确保新任管理员接手后能立即理解当前的术语库状态及潜在风险点。
- 移交所有基线文件与批次导入记录
- 记录每次回滚的触发条件与执行结果，形成知识库
用最小测试集验证交接后的术语库可用性
在完成文件与权限移交后，需通过实际运行验证术语库的有效性。选取 5–10 条具有代表性的高频术语或易错术语组成最小测试集，在 Lookworld 环境中进行试译。
记录试译结果，并与预期译法进行比对。若发现不符，标记具体条目并启动复核流程，检查是术语库数据错误还是软件匹配逻辑问题。需注意，试译结果仅作为交接后的初步确认，不代表全量验收。若测试集中出现严重偏差，应暂停后续大规模使用，重新检查基线文件与导入记录，直至问题澄清。
- 选取 5–10 条高频术语进行试译
- 记录试译结果与预期不符的条目并标记复核，不视作全量验收
预先写下交接失败时的停止与复核条件
为确保交接过程的安全，必须在开始前明确“刹车机制”。即在哪些具体指标出现异常时，必须立即停止操作并回滚至基线。这些条件不与 Lookworld 官方支持绑定，而是基于团队对业务连续性的要求设定。
例如，当某批次导入后重复率超过预设阈值（如 5%），或试译准确率低于预期标准时，触发停止条件。同时，写明回滚操作的负责人与具体执行步骤，包括如何查找基线文件、如何执行恢复操作以及恢复后的验证方法。明确的停止条件能有效防止错误扩大，保障团队翻译工作的稳定性。
- 列出触发停止的具体指标（如重复率超过阈值或准确率下降）
- 写明回滚操作的负责人与执行步骤，确保应急响应有序