先界定哪些内容必须进入归档范围
在项目收尾阶段，首要任务是明确 Hello GPT 产生的哪些数据具有长期保留价值。由于 Hello GPT 定位为面向 WhatsApp、Telegram 和 LINE 的外向型聊天翻译工具，其核心价值体现在跨语言沟通的准确性与一致性上。因此，归档范围应严格限定为四类材料：源语言原文、最终确认的译文、术语变更日志以及重要的会议字幕记录。
对于通过 AI 多账号工作流处理的内容，需按平台分别标注是否纳入归档。例如，WhatsApp 上的客户咨询记录可能涉及售后责任认定，必须完整保留；而 Telegram 群组中的日常闲聊若无业务实质，则可排除在外。值得注意的是，任何未经验证的移动端导出文件或通过第三方工具抓取的数据，均不应进入主归档目录，以确保档案的法律与技术完整性。
- 列出源语言原文、译文、术语变更与会议字幕四类核心材料
- 按 WhatsApp、Telegram、LINE 分别评估业务重要性并标注归档状态
- 排除非官方渠道获取或移动端未验证的导出数据
建立按平台与账号分层的文件夹结构
高效的归档依赖于清晰的目录层级。建议顶层目录按通信平台划分，即建立 WhatsApp、Telegram 和 LINE 三个主文件夹。这种分类方式与 Hello GPT 的支持范围直接对应，便于后续按平台特性进行检索。
在第二层目录中，应按账号标签或用途进一步细分。例如，在 WhatsApp 文件夹下，可设立“市场拓展”、“客户服务”或“内部协作”等子文件夹。这种结构不仅反映了 Hello GPT 的多账号管理能力，也确保了不同业务线的翻译记录互不干扰。严禁在目录结构中存放账号凭据、登录令牌或任何可还原身份的秘密信息，所有敏感认证数据应与翻译内容物理隔离。
- 顶层按 WhatsApp、Telegram、LINE 三大平台划分
- 第二层按账号业务用途（如市场、客服）建立子目录
- 禁止在归档目录中存储任何账号密码或身份验证令牌
制定统一且可排序的文件命名规则
文件命名是快速检索的关键。建议采用“日期_平台_账号_语种对_序号”的标准格式。例如，“20260726_WhatsApp_Market_EN-ZH_001.txt”。这种命名方式确保了文件在资源管理器中按时间自然排序，同时直观展示了来源平台与语言方向。
对于术语变更文件，需在文件名末尾附加版本后缀，如“TermList_v1.csv”或“TermList_v2.csv”。这有助于追踪术语演变的轨迹。为避免泄露商业机密，文件名中应避免包含真实客户名称、具体项目名称或敏感业务关键词，仅使用内部代号或通用标签即可。
- 采用“日期_平台_账号_语种对_序号”格式命名译文文件
- 术语变更文件附加 v1、v2 等版本后缀以区分迭代
- 文件名中脱敏处理，不包含真实客户名或敏感业务词
为术语变更与译文版本建立对照表
翻译质量的稳定性往往取决于术语的一致性。建议为每个主要账号建立一份术语对照表，记录每次术语修改的原文、译文、变更原因及日期。这份对照表应与对应的译文文件存放在同一账号目录下，形成闭环。
需要特别注意的是，Hello GPT 提供的 AI 辅助建议仅供参考，未经人工核实的自动建议不得直接写入归档对照表。只有经过译者或业务负责人确认的术语变更，才具备归档价值。这一流程确保了归档数据的权威性，避免将错误的 AI 幻觉固化为长期资产。
- 记录每次术语变更的原文、译文、原因与日期
- 将术语对照表与对应译文文件置于同一账号目录
- 仅归档经人工确认的术语，排除未核实的 AI 自动建议
在 Windows 7/10/11 环境下完成本地导出与备份
根据 Hello GPT 官方下载页明确列出的支持范围，归档操作应在 Windows 7、Windows 10 或 Windows 11 系统上进行。这些系统环境经过了官方验证，能确保导出功能的稳定性与文件兼容性。
完成桌面端记录导出后，务必将文件复制到至少一个独立的物理存储介质，如外部硬盘或专用 NAS 存储。鉴于官方目前未验证移动端同步与云端隐私行为，不建议依赖手机 App 或第三方云盘作为主要备份源。本地物理备份提供了最高的数据可控性，防止因网络服务波动或账号异常导致的数据丢失。
- 确认操作环境为官方支持的 Windows 7、10 或 11
- 将导出文件备份至独立物理存储介质
- 避免依赖未验证的移动端或云端同步功能进行归档
明确归档负责人与复核分工
归档不仅是技术操作，更是管理流程。每个项目应指定一名归档负责人，负责执行导出、命名与目录整理工作；同时指定一名复核人，负责检查材料完整性与命名规范性。
在归档清单上，双方需签字确认目录结构与命名合规。这种双人复核机制能有效防止因个人疏忽导致的文件遗漏或命名错误。严禁由同一人同时负责导出与复核，以确保质量控制环节的独立性。
- 指定专职归档负责人与独立复核人
- 在归档清单上签字确认目录结构与命名合规
- 实行导出与复核分离，避免单人操作风险
设定最低限度保留项与销毁边界
并非所有生成的数据都需要永久保存。最低限度保留项应包括：源语言原文、最终确认的译文以及术语对照表。这些材料构成了翻译项目的核心资产，足以应对未来的争议回查或内容复用。
对于草稿、重复导出的中间版本、含敏感信息的临时文件以及未被采纳的 AI 建议，应在项目结束后安全销毁。在销毁前，必须确认无未解决的争议或待回查记录。定期清理无效数据不仅能节省存储空间，更能降低敏感信息泄露的风险。
- 长期保留源语言原文、最终译文与术语对照表
- 安全销毁草稿、重复文件及含敏感信息的临时数据
- 销毁前确认无未决争议，避免误删关键证据
用一次模拟回查验证归档可用性
归档的最终目的是可用。建议在项目收尾后，进行一次模拟回查测试。随机抽取一条已归档的译文，要求在 5 分钟内找到对应的源文件、术语记录及变更日志。
记录回查路径，若发现查找困难或断点，应立即修正命名规则或调整目录结构。若模拟回查失败，说明当前归档体系存在缺陷，此时不应继续扩展归档范围，而应先修复现有结构，直至能稳定、快速地定位所需材料。
- 随机抽取译文，在 5 分钟内定位源文件与术语记录
- 记录回查路径，识别并修复命名或目录断点
- 回查失败时暂停扩展，优先修复当前归档结构