文档版本管理

当团队文档同时存在 V2.1-final-修改版.xlsx、最终版（别覆盖）.docx 和多个网盘副本时，问题通常不是找不到文件，而是无法确认哪一份是当前版本、谁修改过、为什么修改。该技能面向轻量级团队文档版本管理，解决命名混乱、修订追踪不清、版本间差异难比较等场景，不替代 Git、云存储、备份恢复或专业文档系统。

解决的具体问题

• 文件命名缺乏规则：同名文件、多版本文件分散在本地、网盘或协作平台。
• 修订历史不可追溯：只保留最终稿，缺少版本号、日期、修改人和修改原因。
• 版本对比成本高：需要人工打开多个文件判断关键差异，缺少变更日志和检查清单。

技能如何工作

技能按“诊断—设计—落地”输出方案，而不是直接改动用户文件系统。核心能力包括：

• 命名规范设计：为合同、方案、报告、表格设计不超过 5 个字段的可读规则。
• 版本号体系：用 V1.0、V1.1 区分草稿、评审稿和定稿。
• 变更日志模板：记录版本、日期、修改人和修改内容，便于审计回溯。
• 存储结构规划：生成 01-方案/历史版本/ 等目录层级，明确当前版本位置。
• 流程 SOP 输出：提供命名检查清单、常见错误示例、渐进推行和定期 review 机制。

典型输出会把当前版本放在固定位置，例如 PRJ-A_方案_V2.0_20240325.docx，历史版本归档到 历史版本/，避免最新版与旧版混放。

适用边界与注意点

该技能适合文件量有限、协作规则需要轻量落地的团队。使用前需注意：

• 它无法直接管理用户文件系统，输出的是规则、模板和流程，需要团队执行。
• 历史版本会占用存储空间，建议保留最近 5 个版本和所有 FINAL 版本，其余定期清理。
• 多人同时编辑时，更适合在线文档协同；本地文件可约定编辑锁或审批状态标识。
• 敏感合同、人事文档应放在独立受控存储区，删除历史版本前需确认法律保留要求。
• 不适用于代码版本管理、数据库迁移、文件加密权限管理或备份恢复。