E15企业文档、文件与知识管理
整理文件并统一命名
更新于 2026年9月16日
- 要解决的问题
- 个人下载目录或团队共享盘长期积累后,文件命名不一致、版本重复、敏感材料混放,贸然移动可能影响协作,希望先获得可预览、可还原的分类和重命名方案。
- 你要准备
136 个素材文件
- 文本
- 表格
- 图片
- 邮件
- 花多久
10 分钟阅读48 分钟实践
零基础
E15企业文档、文件与知识管理
更新于 2026年9月16日
136 个素材文件
10 分钟阅读48 分钟实践
零基础
做这个场景要用到
先备好,照着教程做会更顺手。
开始前先确认
素材中的公司、人名、项目代号、金额、客户均为虚构,可放心上传。
这个场景真正的风险是"手快"。 本教程的成果是一份预览方案,不是执行结果。任何批量重命名和移动,都必须先经人工核对、并留下能还原的记录。
换成你自己的共享盘时,先确认哪些目录你有权改动,以及公司对文件外传和 AI 工具的规定。
随手取用
复制或下载后,替换模板里的填空项即可复用。
01
2026 年 8 月 3 日,周一早上。 你收到主管郗颂的邮件:IT 定在 8 月 8 日周六迁移项目共享盘,迁移脚本按目录原样搬运、不做任何清理,现在盘上什么样,迁完还是什么样。你要在 8 月 7 日 18:00 前把本组这块整理完。
你打开共享盘目录,136 个文件扑面而来:
合同最终版(1).pdf 合同最终版(1)_最终.pdf
合同最终版(1)_2026-7-8.pdf 合同最终版(1)_2026-7-8_121.pdf
合同最终版_0718.pdf 合同最终版_20260718.pdf
合同最终版_v2.pdf 项目计划final_v2.csv
项目计划final2_最终.csv 项目计划final2_最终_131.csv
未命名_20260718.pdf 新建文档_最终.rtf
副本-总结_v2.txt 旧电脑文件_最终_119.txt
历史附件打包_不要直接解压覆盖.zip
你盯着 合同最终版(1)_2026-7-8_121.pdf 看了半分钟——"最终版"后面跟着"(1)",再跟一个日期,再跟一个不知道哪来的编号。到底哪份是能用的?
而更要命的是邮件最后那句:
「迁移当天 IT 只保留一次快照,如果整理过程中弄丢了东西,是找不回来的。」
上个季度已经有人栽过:直接跑了个批量重命名脚本,把两个项目的合同混在一起,找回来花了三天。
这就是今天要解决的痛点:不是"文件太多懒得整理",而是"光看文件名,你根本判断不出哪些是同一个东西、哪些是不同版本、哪些动了会出事"。
处理这个需求的关键动作只有两个:一切判断依据从文件名转移到文件内容,以及先出预览、再执行、全程可还原。
02
完成后会得到这些类型的结果,具体要求留到验收时再核对。
03
共 136 个文件,已打包为 1 个 ZIP,下载后解压使用。
2026.7.8材料_0718.pdf
PDF · 70 KB
2026.7.8材料_0718.txt
TXT · 599 B
2026.7.8材料_20260718.pdf
PDF · 72 KB
2026.7.8材料_20260718.txt
TXT · 606 B
2026.7.8材料_v2.pdf
PDF · 70 KB
2026.7.8材料_v2.txt
TXT · 510 B
04
已完成 0 / 7
STEP 01
约 6 分钟
136 这个数字会吓住人,但它是个假象——里面有大量同一份东西的多次另存。先把文件按"名称族"归拢,你会发现真正要处理的对象少得多。同时先统计出有多少文件名违反规范,这个数字决定了后面工作量。
复制的是完整多行原文
这是一个共享盘目录下的全部文件,以及我们公司的文件命名规范。请只做盘点,不要提出任何重命名建议,也不要判断哪个该删:
①按"名称族"分组——把 合同最终版、合同最终版(1)、合同最终版_v2 这类明显同源的名字归为一族,列出每族有几个文件、涉及几种扩展名;
②按扩展名统计文件类型分布;
③对照规范第二条的禁用词表,统计有多少文件名至少含一个禁用词,并列出违规词各自出现次数;非八位的日期写法单独统计;附一张逐文件命中表;
④按名字初筛规范第四条定义的受限文件(发票与报销凭证、扫描件与签署页、压缩包)有多少个,标明这是按名字的初筛。
输出四张小表,每张都给出合计数。
一张盘点表。你应该看到"最终"这个词单独出现了 36 次——这说明它已经完全失去了标识作用。
STEP 02
约 8 分钟
这是整个任务的分水岭。凭直觉,项目计划final_v2.csv 和 项目计划final2_最终.csv 应该是两个版本;发票汇总_20260718.csv 和 报价单_20260718.csv 应该是两份不同的东西。两个直觉都是错的。 规范第五条写死了:判断重复必须按内容比对。不做这一步就直接改名,你会把 8 份相同的文件改成 8 个规范的名字,混乱依然是混乱。
复制的是完整多行原文
这是每个文件的名字、大小和 SHA-256 校验值清单。请按校验值找出内容完全相同的文件组。不要依据文件名判断,文件名相似不代表内容相同,文件名不同也不代表内容不同。 输出:①每一组重复的完整文件列表;②这一组里按我们的命名规范应当保留哪一份、为什么;③特别单独列出"文件名之间毫无关系、但内容完全相同"的组——这类最容易漏。 另外请指出:有没有哪一族文件名字看起来非常像同一个东西的不同版本,但实际上内容两两都不相同?这一族要单独提醒我,因为它们一个都不能删。 这一步只出清单,不要执行任何删除或移动。
一份重复清单。同样是名字乱成一团,项目计划 族可以砍到只剩 1 个,合同最终版 族一个都不能动——这个对比就是本步的价值。
STEP 03
约 5 分钟
那个 zip 的文件名就写着"不要直接解压覆盖",说明有人踩过坑。规范第六条第 3 款也要求先解压到临时目录比对内容。现在重复清单已经有了,正好用它来判断这个包里到底有没有盘上没有的东西。
复制的是完整多行原文
这是一个历史归档压缩包和它的内容清单(用压缩包工具只读地列出,或解到共享盘以外的临时目录后算校验值)。请不要把它解压到共享盘目录,把包内每个文件与盘上现有文件逐个比对校验值,分成三类: ①包内文件与盘上某个文件同名且内容相同(纯冗余); ②包内文件与盘上文件同名但内容不同(这类最危险,直接解压会覆盖掉盘上的版本); ③包内文件盘上完全没有(这类才是需要保留的新内容)。 每类给出文件数和文件名。最后给结论:这个压缩包应该解压进来吗?依据是什么?
一张三类比对表。结论明确:包里没有新内容,不需要合并;直接解到共享盘,结果取决于解压工具(覆盖、跳过或自动改名都可能)——所以正确动作是保留整包、移入 受限/,处置交主管确认。
STEP 04
约 8 分钟
重复清理完,剩下的文件要分到 云桥专项、星河计划 还是 通用。规范第一条写得很清楚:项目代号以文件正文中出现的为准,业务日期取正文里的、不取文件名和修改时间。这一步是整个归档准确性的地基——分错了项目,比不分更糟。
复制的是完整多行原文
请逐个读这些文件(一次交不完就分批),从正文内容中提取以下信息,形成一张归属表:
①项目代号:正文里出现什么项目名就照抄什么,并引用原句(除了 云桥专项、星河计划,还可能有别的项目名);出现两个以上的标"冲突";一个都没有的不要猜,标为"未标注";
②文档类型(合同 / 报价单 / 会议记录 / 客户清单 / 项目计划 / 发票汇总 / 扫描件 / 其他,按内容判定,不按文件名判定);
③业务日期(取正文中的记录日期或业务日期,不要取文件名里的日期,也不要取文件修改时间);
④记录人;
⑤如果正文里写明了版本(如"初稿""法务修改版""对方反馈版""拟签版""签署扫描版""V3"),以及合同编号、主体,一并提取——名字相似的文件是不是同一个东西,要看编号和主体;
请特别标出文件名里的日期与正文业务日期不一致的文件,两个日期都列出来。
未标注和冲突的文件请单独成表,我来人工判断,你不要替我归类。读不了的文件标"未检查"。
一张归属表 + 一张"未标注"单独清单。你应该至少发现 1 处文件名日期与正文日期矛盾,且 AI 没有替你猜任何一个项目归属。你还会发现:"合同最终版"那 8 个 PDF 根本不是同一份合同。
STEP 05
约 9 分钟
前四步把"有什么、哪些重复、哪些不能解、各自属于谁"都定清楚了,现在才具备生成新文件名的条件。主管邮件第 2 条明确要求先看预览清单再执行——上个季度的事故就是跳过了这一步。
复制的是完整多行原文
请基于前面各步的结果,生成一份重命名与归档预览清单,格式为三列:原文件名 → 新文件名 → 目标路径。
新文件名严格按规范格式:[项目代号]_[文档类型]_[业务日期YYYYMMDD]_[版本].[扩展名]。
硬性要求:
①实际改名的行,新文件名中不得出现任何禁用词(最终 / 最新 / final(普通版本词)/ new / 修改 / 副本 / (1) / 未命名 / 新建文档),日期必须是八位;进 _待删除/、_待判定/ 暂不改名的行,写明原因;版本只用 v1、v2……,已签署或已批准的才用 final;
②业务日期用步骤 4 从正文提取的,不用文件名里的;
③受限文件按内容判定(发票与报销凭证、签署页扫描件、压缩包),目标路径为 受限/,不进项目目录;名字像扫描件但内容看不到签章的,标"受限待确认",确认前也先放 受限/;受限文件里的重复和待判定,放在 受限/ 下的子目录;
④步骤 2 认定的冗余重复文件,目标路径为 _待删除/,不是直接删除;
⑤正文只出现其他项目名的,归 通用/,在清单里记下原项目名;未标注和冲突的,目标路径为 通用/_待判定/;
⑥名字相似的文件先按合同编号、主体等业务对象分开——不是同一个对象的,各自命名,不排版本;同一对象的多个文件,优先按正文里写明的版本标签排序,没有版本标签的按正文业务日期排 v1、v2、v3……;两种信号互相矛盾、或都缺失的,不要硬排,放入 通用/_待判定/;正文日期缺失或有多个的,标待确认,不拿首行日期或截止日期代替;
⑦每行写:文件 ID、原完整路径、动作、新文件名、目标路径、依据、待确认项、内容校验值;每个源文件恰好一行,目标路径不能重名、不能覆盖已有文件。
这一步只出清单,不要执行任何重命名或移动操作。 清单末尾给出各去向的文件数合计。
一份预览清单,每个文件恰好一行、没有重名、合计 136,且凡是材料不足以判断归属和先后的,AI 都交回给了人。
STEP 06
约 6 分钟
预览清单看起来很完整,但里面混着几类本来就不该由 AI 定的事:归属不明的文件、要不要删的判断、受限目录的访问权限。主管邮件第 5 条说得很直接——"拿不准归哪个项目的,别硬猜,单独列出来给我"。这一步把这些从清单里拎出来,避免它们被当成已完成事项混过去。
复制的是完整多行原文
请从预览清单里,把不能由你决定、必须由人做决定的事项单独拎出来,形成一张表,每项写明:事项、涉及文件、为什么不能由 AI 决定、该找谁、需要什么形式的结论、最晚什么时候要。
至少覆盖:①项目归属无法从正文判断的文件;②_待删除/ 里的文件到底删不删、什么时候删;③受限/ 目录的访问权限由谁审批;④压缩包的最终处置;⑤名称族内版本先后存在争议的文件。
不要替我给出倾向性结论,只列出决策点和所需信息。
一张待决定清单,每项都有明确的责任人和结论形式,没有一项被 AI 擅自做决定。
STEP 07
约 6 分钟
邮件里那句"迁移当天只保留一次快照,弄丢了找不回来"意味着:这次操作没有后悔药,唯一的保险是自己造一个。这一步产出的还原记录,是整个任务里最不起眼、但出事时唯一能救你的东西。
复制的是完整多行原文
请完成三件事: ①可还原的执行方案:先在副本上验证预览清单;执行前做一份完整备份并核对(还原记录不能代替备份——文件内容丢了,只有备份能找回);给出分批执行顺序和理由;还原记录至少含原完整路径、新完整路径、操作时间、操作前后的内容校验值、操作类型、操作结果;遇到目标重名或源文件变化就停下,不覆盖;出错时按执行成功的记录倒序还原,内容丢失的从备份恢复。 ②执行前人工核对清单:列出在真正动文件之前必须逐项确认的事,写明每项由谁确认。 ③把本次流程抽成《整理文件并统一命名提示词模板》:保留方法与分步提示词,去掉本次的公司名、人名、项目代号、日期和具体文件名,保留人工确认节点与还原要求。 不要引入新事实,也不要在方案里替我执行任何操作。
一份分批执行方案 + 一份核对清单 + 一份不含本次案例数据的模板。
05
已核对 0 / 2
06
⚠️ 不要让 AI 直接执行批量重命名:本教程的成果是预览清单。真实环境里跑批量脚本前,先在副本上试一遍,确认无误再动正本。
⚠️ 文件名是最不可靠的信息源:这个场景里,文件名的日期是错的、"最终"是无意义的、名字不同的文件内容可能一样。凡是能从内容读到的,就不要从文件名猜。
晒「136 个带着"最终版(1)_2026-7-8_121"的文件名 → 一张三列预览清单」对比。
把《整理文件并统一命名提示词模板》提交入库,标注编号 E15。
07
暂时不打开参考成果,能保留定位误区和预测结果的练习价值。完成教程后再解锁,用它校准你的结果,而不是照抄过程。
08
看看别人照着教程做出了什么,也欢迎把你的结果留给后来的人。
正在加载本场景成果…