WorkBuddy 批量重命名文件：先出预览再动手，附指令模板与验收清单

2026-08-08

手机导出的一堆 IMG_2831.JPG、扫描仪吐出的 扫描件0032.pdf、微信存下的 微信图片_20260731.png——共同点是：光看名字，你完全不知道里面是什么。要找去年那份和某供应商签的合同，只能一个个点开。

把重命名交给 WorkBuddy（Tencent WorkBuddy）这类能读本地文件的桌面 Agent，思路是对的：它能读文件内容或属性，按你定的规则批量生成新名字。但动手之前，有一条比”指令怎么写”更要紧的前提——

重命名基本不可逆。 文件改完名，原来叫什么就没有记录了。你没法像撤销文档编辑那样点一下回退，也没法从新名字反推旧名字。这一条决定了这篇文章后面所有做法：预览、备份、小批量试跑，一个都不能省。

一、官方那句示例指令里，藏着关键的四个字

官方《实践案例》第一篇讲文件内容识别与处理时，针对”目录中大量命名混乱的图片、合同、票据”给的示例指令是这样的：

请读取这个文件夹中的文件内容或文件属性，按日期 + 主题 + 类型的规则批量重命名，并先展示重命名预览结果。

前半句大家都会写，值钱的是最后那七个字：先展示重命名预览结果。官方在《实践六远程遥控》里又强调了一遍：涉及删除、覆盖、批量移动这类操作时，建议先要求预览。这不是巧合，是同一条纪律在两个场景各写了一次。

预览把一次”不可逆的批量操作”拆成”一次可审阅的输出 + 一次确认后的执行”。你在预览表里看到 合同_张三.pdf 被规划成 20260315_采购合同_张三.pdf，才知道它日期读对没有、主题概括准不准。这一眼不看，等 200 个文件改完，你连哪个是哪个都对不上了。

配合模式选择更稳。官方《任务栏》文档把工作模式分成三种：

模式	说明	适用场景
问一问（Ask）	仅问答与信息查看，不修改文件	了解内容、确认需求
做一做（Craft）	直接执行任务并修改文件	文档生成、表格处理、文件整理
想一想（Plan）	先生成执行计划，确认后再操作	多步骤任务、需审阅改动范围

批量重命名天然属于第三行的”需审阅改动范围”。官方也建议首次使用优先用 Ask 模式，熟悉后再按复杂度切到 Plan 或 Craft，并写明：处理重要文件前请先备份。

二、命名规则得你定死，别指望它替你判断

“按日期 + 主题 + 类型重命名”听着清楚，实际至少有四处会产生分歧，必须由你在指令里写死：

第一，日期从哪来。 取文件属性里的创建/修改时间，还是取内容里出现的日期（合同签署日、发票开票日）？这两个经常对不上——去年签的合同今天复制到新电脑，属性时间就是今天。不说清楚，它只能猜。

第二，日期写成什么格式。 20260315 和 2026-03-15 排序效果一样，混着用就毁了。选一个，写进指令。

第三，重名了怎么办。 同一天同一主题的两份文件会生成同一个名字。加序号（_01、_02）还是覆盖？必须选加序号并明说——静默覆盖掉的文件是真找不回来的。

第四，扩展名保不保留。 正常当然原样保留，但写一句成本极低，省得它把 .JPG 改成 .jpg 或者漏掉。

还要留个兜底。官方 FAQ 提到，无法读取图片、PDF、Excel、Word 的常见原因是当前模型不支持对应文件类型或没装相关插件与 Skill，做法是换成支持图片或文档输入的模型、或装文档处理类插件。落到重命名上：一批里可能有几个它压根没读懂，那几个就该原样不动、单独列出来，而不是硬凑一个名字。

三、可以直接抄的完整指令

官方《创建任务》文档建议按四要素补充信息：目标是什么 / 输入是什么 / 输出格式 / 约束条件。把上面那些分歧点填进去，就是这样一条：

【目标】把指定文件夹里命名混乱的文件按统一规则重命名，先出预览，我确认后再执行。

【输入】D:/待整理/2026合同扫描件 目录下的全部 PDF 文件，共 48 个。
优先读取文件内容判断主题；内容读不出的，再看文件属性。

【输出格式】第一步只输出预览表格，四列：
原文件名 | 拟用新文件名 | 判断依据（内容里的哪句话/哪个属性） | 是否有把握。
不要执行任何重命名操作。

【命名规则】日期_主题_类型.原扩展名
- 日期取文件内容里的签署日期，格式 YYYYMMDD；内容里没有日期的，取文件属性的创建时间，
  并在「判断依据」列标注「取自属性」。
- 主题不超过 12 个字，用文件里的甲乙方名称或项目名。
- 类型只能是：合同 / 附件 / 发票 / 其他。
- 扩展名原样保留，不要改大小写。

【约束】
- 重名时在末尾加 _01、_02 序号，严禁覆盖任何已有文件。
- 内容读不出、或者判断没把握的文件，新文件名一列留空并标注原因，不要猜。
- 只处理这一个目录，不要进子目录，不要移动文件位置。

三处是特意加的：“判断依据”列让你不点开原文件也能看出它靠不靠谱；**“没把握的留空、不要猜”是给 AI 补全倾向留的闸，与其拿一个编出来的日期，不如让它承认读不出来；“不进子目录、不移动文件”**把范围锁死——批量操作最怕的不是做错，是做多了。

第一批给多少个？官方技巧第 2 条”小步快跑”讲得很明确：把大任务拆成独立小目标，一次推进一步，发现偏了及时拉回，而不是最后整份推翻。落到重命名上就是——先拿 10 个文件试一轮，规则跑通了再放开整个目录。

四、交付物长什么样

一是预览表格，出现在对话里，也可以让它同时落成文件。官方 FAQ 提到，“生成的文件打不开”的常见原因就是没明确指定输出类型，做法是下达任务时说清要 Word、Excel、PDF 还是 Markdown——想留档就写”同时导出一份 Excel 到 D:/待整理/预览”。

二是改完名的文件本身，仍在原目录，只是名字变了。指令里写了”不要移动文件位置”：先把名字做干净，再谈要不要分文件夹。

官方还建议按任务类型分别建工作目录（如”发票整理""待处理照片”分开），便于管理并降低误操作风险——把要处理的文件单独放一个目录，作用边界是物理隔离的，比写十句约束都可靠。权限也顺手确认：官方分两档，默认权限下文件修改等敏感操作需用户确认；完全访问权限减少确认步骤，官方明确说仅建议在信任当前任务时使用。不可逆操作，没理由为少点两下确认就开它。

五、执行完，三步对账

第一步，数数量。 改名前后文件个数必须一致。少了就是出事了——可能被覆盖，可能被移走。这一步十秒，是整个流程里性价比最高的检查。

第二步，随机抽查内容和名字对不对得上。 从 48 个里挑五六个点开，重点挑”判断依据”列写得含糊的。最典型的错误是日期串了：合同正文里同时有签署日、生效日、付款截止日，取错一个，排序全乱。

第三步，专门查有没有重名覆盖。 按名字排序扫一遍，看有没有该出现 _01、_02 的地方只剩一个文件。规则容易撞车时（主题概括太笼统，一堆都叫 20260315_采购合同_其他），这一步会暴露出来。

AI 最容易出错的两处：日期来源判断（内容日期和属性时间混用）与主题概括的粒度（太笼统全撞名，或把一句无关的话当成主题）。任务跑到一半卡住不动，官方做法是点右下角发送任务处的「停止任务」按钮中断，也可切换其他模型再试；中断后文件可能只改了一半，更要先数数量。

六、备份不是客套话，官方 FAQ 里有真实案例

官方《常见问题》记录过一条：用户下发整理桌面的指令后会生成一个 PS 文件，执行后桌面确实完成了整理，但部分文件疑似丢失。官方给的做法是——执行前先备份桌面重要文件；执行后优先检查目标整理目录与回收站；若仍异常，保留生成的脚本与执行结果截图后提交排查。

它说明的不是”产品不能用”，而是批量文件操作本来就有这类风险：中间可能生成脚本、脚本效果和你想的未必一致、出问题时手上没有回退依据。官方技巧第 8 条讲得更直白：它可能”改过头”——删掉你想保留的内容、打乱原有格式、方向越改越偏；建议改文档表格前先复制一份备份（文件名加 _备份 或当天日期）。落脚点是这句：成熟的用法不是期待它永不出错，而是提前准备好回退方案。

对重命名来说，备份还有一层专属价值：备份目录里保留着原始文件名。 没有它，“不可逆”就是字面意义上的不可逆。

官方技巧第 4 条”先本地后远程”补了顺序上的一刀：远程遥控意味着它在你看不见的地方自主行动，执行了超出预期的操作你未必来得及叫停，建议先在桌面端边看边用。批量改文件正是典型——别在通勤路上用手机遥控电脑给整个目录改名。

七、四种情况，别交给它

第一，目录被别的系统按文件名索引。 财务系统按凭证号找附件、报表里的超链接指向具体文件名、代码仓库里的资源引用——名字一改引用全断，而且断在哪儿当场看不出来。要改得连引用方一起改，那就不是一句指令的事。

第二，文件夹正被同步工具监控。 网盘、协作盘、备份软件盯着的目录，批量改名在它们眼里等同于”批量删旧 + 批量新增”，轻则同步半天，重则触发容量或版本问题。要改就先暂停同步，或复制一份在本地改完再放回去。

第三，命名规则需要人工判断。 “重要的放前面”、按项目重要度编号、区分对内对外版本——依据不在文件内容里，在你脑子里，它只能瞎猜。这类要么手动改，要么先把判断写成对照表再让它照着执行。

第四，数量少到不值得。 十几个文件，自己改完比写指令、看预览、做验收还快。

小结

三件事定生死：先要预览——官方示例指令那句”并先展示重命名预览结果”不是可选项；先做备份——官方 FAQ 那起文件丢失案例已经把代价写明白了；先跑小批量——10 个文件验规则，比 200 个文件验运气强。

四个分歧点（日期来源、日期格式、重名处理、扩展名）你不定，它就替你定；数量对账、抽查内容、查重名覆盖这三步你不做，出了问题也没人替你发现。