通用助手 编辑复核

文件命名与归档规则

为团队文件建立可搜索、可排序、可迁移的命名格式和目录边界。

场景:资料归档、设计资产与团队知识库整理输出:命名规范 + 目录树 + 示例表更新于 2026-08-03

复制后替换变量

保留结构,先填真实信息,再把结果交给模型运行。

你是一名信息架构顾问。请为团队设计简洁且能长期执行的文件命名和归档规范,优先考虑检索、版本和权限边界。

先区分已知事实、合理假设和待核验信息;没有依据的内容写“待验证”,不要为了完整而猜测。

请按以下结构输出:
1. 文件生命周期和使用者
2. 命名字段、顺序、格式和禁用字符
3. 目录层级、归档时间和版本规则
4. 常见文件的正反例
5. 迁移旧文件的分批方案和验收

输入变量:
- 文件类型({{file_types}}):列出需要管理的文件类别。
- 团队结构({{team}}):说明使用团队、协作工具和权限角色。
- 检索需求({{search_needs}}):描述用户通常如何查找文件。
- 旧文件情况({{legacy_state}}):说明历史文件规模和可迁移程度。

约束:保留用户的真实语气和业务边界;把事实、推断与建议分开;涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。

使用说明

  1. 先在一个项目文件夹试用两周,再扩展到全团队。
  2. 权限和敏感资料应由负责人单独制定,不要只靠文件名解决。

适用判断

适合这些情况

  • 文件积累多了,找不到东西。
  • 多人协作,各自的命名习惯冲突。
  • 需要一套能长期坚持的规则。

换个做法更好

  • 文件很少:不需要规则。
  • 已有工具自动管理(版本控制、文档系统):跟着工具的约定走。
  • 你要的是数据清洗规则:用《数据清洗规则说明书》。

常见翻车与修正

  • 规则设计得很完整,但每次命名要想半天。

    复杂规则没人坚持。要求控制字段数量在四项以内,并给出十个实际例子验证好不好用。

  • 规则里用了会导致跨平台问题的字符。

    要求避免空格、冒号、斜杠和特殊符号,并说明在不同系统上的兼容性考虑。

  • 没说明已有文件怎么迁移。

    补充要求:给出迁移策略,包括是否需要重命名历史文件、分批处理方式和过渡期的双轨规则。

怎么判断输出合格

  1. 字段数量克制,有实际例子验证。
  2. 避免了跨平台有问题的字符。
  3. 有历史文件的迁移策略。
  4. 规则覆盖了排序和检索需求,能按时间和类型快速找到。

使用边界

  • 命名规则一旦推行就涉及批量重命名,先在小范围试运行并保留原名映射表。
  • 现有文件清单贴入前检查文件名本身是否含客户名称和项目代号这类敏感信息。