一句话结论：批量操作的第一条纪律：让它先把计划列出来给你看。
一句「整理一下这个文件夹」，可能是高效的开端，也可能是灾难的起点——它若按你没想到的逻辑把 300 个文件重命名了，想撤都难。WorkBuddy 做批量操作时，第一条纪律就是「先让它把计划列给你看，再动手」。这一篇讲怎么用「计划—确认—执行—核对」四步，把批量整理变成可控、可回退的安全操作。
为什么需要这个技巧
为什么批量操作必须先出计划？因为批量意味着「一次影响很多文件」，而重命名、移动、归类这类动作一旦执行，很多是不可逆的。模型对「整理」的理解和你未必一致：你觉得按年份归，它可能按文件类型归；你想保留原名前缀，它可能整段重写。先让它扫描目录、列出拟采用的命名格式和分类维度，你确认规则后再执行，就能把歧义消灭在动手前。另一条铁律是删除类操作别直接做——先移到临时目录，你核对无误再清理，多一步就少一场事故。配合结果区的「变更」视图核对改动，整个流程既快又稳。所以批量整理的核心不是快，是「可控」。很多人觉得先出计划多此一举，但一次误改名波及几百个文件，找回的代价远超那几分钟的确认。举两个真实对照组：同事甲直接说「把下载目录整理一下」，模型把三百个文件按扩展名重排，他找了半天才发现项目资料被拆进了十几个文件夹；同事乙先要计划、确认「按年份-客户」再执行，同样三百个文件十分钟归得整整齐齐，之后检索一秒定位。两种结果，差的就是动手前那一次确认。
怎么做：分 4 步走
1. 第一步只问计划
下指令时明确「先扫描目录，列出你打算怎么重命名和归类，不要动任何文件」。让它输出计划表：命名格式、分类维度、异常处理。这一步零风险，却能把它的理解摊开给你看，避免后面整批跑偏。
2. 确认规则再执行
你审计划，确认命名格式（如「年份-客户-类型」）、分类维度、异常文件怎么处理。有不对的地方先改规则，再让它正式执行。规则定准了，批量跑起来才放心，不必全程盯。
3. 执行后看变更视图
任务结束，打开结果区的「变更」视图，逐文件核对它改了什么、移到哪。代码类改动看增删，文件类改动看路径变化。发现某批归类错了，直接在对话里说「把这一类移回原处」，它可回退。
4. 删除先移临时目录
涉及删除或覆盖，永远让它「先移到临时文件夹」而非直接删。你确认无误后再手动或指令清理。不可逆操作多这一步缓冲，就能从「误删哭一天」变成「移回去就好」。这一条对整理照片、下载目录尤其重要，那里误删的代价最高，多一步缓冲几乎零成本。
可直接复制的指令
适用场景：先出计划不执行
扫描 D:/资料/合同，列出按「年份-客户-类型」重命名的完整计划表（前 10 条示例 + 总数），先不要修改任何文件。适用场景：确认后执行
按上面计划执行重命名与归类，遇到无日期的文件单独放「待确认」文件夹，不要猜年份。适用场景：删除先移临时
把 D:/临时/重复 里确认重复的文件先移动到 D:/临时/回收站，不要直接删除，我核对后再清理。实战案例
你是项目助理，接手一个堆了三年的合同文件夹，命名乱、年份混。你下指令：「扫描 D:/资料/合同，列出按『年份-客户-类型』重命名的完整计划表（前 10 条示例 + 总数），先不要修改任何文件。」WorkBuddy 返回计划：2023 年起 42 份、2024 年 58 份，并标出 7 份缺日期的归「待确认」。你发现它把「框架协议」错归为「合同」，纠正后让它执行。完成后你开「变更」视图核对，确认无误；其中 5 份确定重复的，你让它先移到临时回收目录而非删除。整套整理零误删、零返工。半年后审计要调 2023 年全部框架协议，你按命名规则在目录里一搜就全出来了，没再像以前那样翻遍磁盘还漏两份。
常见误区
直接说整理一下
不先要计划就让它动手，它可能按你没想过的逻辑重命名几百个文件，撤都难。永远先要计划表，确认再执行。
删除不缓冲
让模型直接删除重复文件，一旦误判就找不回。坚持「先移临时目录」，核对无误再清，多一步保平安。
不核对变更视图
执行完不看「变更」，出问题发现时已扩散。批量任务结束先开变更视图逐批核对，异常早拦截。
进阶玩法
进阶玩法是把批量整理设成「自动化」定时任务：例如每周扫描指定目录，按既定规则归类新文件并输出变更清单到固定位置，你定期抽查即可。也可以配合「工作空间」把不同项目隔离，避免整理 A 项目误伤 B 项目文件。若整理结果要团队共享，把归好的目录或索引上传到可协作文档服务，同事按统一命名直接检索，规范自然落地。经验上，命名规则一旦定好，把它写进任务描述固化下来，之后同类目录照规则跑，团队也不用每次重新对齐。一个实用组合是「计划模板化」：把「先扫描出计划、再执行、最后看变更视图」这套流程存成固定指令，遇到任何新目录都套同一句开头，模型每次都先摊计划再动手，你只需要审规则和抽查，习惯一旦养成，批量操作就从「提心吊胆」变成「闭眼交给它」。
小结
批量整理的第一条纪律：先要计划，确认规则，再执行，最后看变更视图核对。删除类操作一律先移临时目录。把「可控」放在「快」前面，批量活才能既高效又安全。
← Day23 PDF 杂活：合并、拆分、提取、转换 | Day25 深度研究：要的是能交差的报告，不是资料堆 →
本系列 30 篇已全部上线，系列完整目录见：WorkBuddy 30 天技巧 · 总目录