先把重命名当成写入任务
批量重命名最容易被低估。文件名既可能是人的检索入口，也可能被脚本、表格、网盘链接或审批流程引用。AI 自动化办公如果直接根据内容生成新文件名，遇到同名客户、相同日期、隐藏扩展名或同步延迟，就可能覆盖文件或制造无法追溯的副本。
我建议把流程拆成识别、预览、复核、写入四个阶段。AI 只负责提出候选名称和理由，真正的文件移动或重命名由受控脚本执行。这样即使 Codex 接入或 AI API 接入的输出有误，也不会直接改动原始目录。
适用场景
适合整理下载目录、项目附件、会议资料、客服工单附件和财务凭证。需要从 PDF、图片或表格抽取日期、客户名、文档类型时，可以让 AI 模型接口先输出结构化候选值，再由规则校验。涉及敏感文件时，最好只发送脱敏文本或局部字段，不要把整目录和无关内容交给模型调用管理链路。
操作步骤：先预览，再执行
- 冻结输入范围。记录源目录绝对路径、扫描时间、文件数量和排除目录。先用
Get-ChildItem -File生成清单，明确只处理哪些扩展名。 - 定义文件名规则。固定日期格式、客户字段长度、类型枚举和冲突后缀，例如
2026-08-09_客户名_合同_001.pdf。规则不清时，宁可保留原名，也不要让模型自由发挥。 - 生成 dry-run 表。每行保留 old_path、new_name、reason、confidence、collision 和 review_status。候选名重复、字段为空、扩展名变化或置信度低的行，自动进入人工复核。
- 做冲突检查。比较目标名与现有文件、同批次候选名和云盘中的待同步文件。对大小写不同、全角半角不同和尾部空格做统一判断。
- 人工抽样后再写入。至少抽查正常样本、缺字段样本、同名样本和长文件名样本。执行时每次只处理一个小批次，并记录成功、跳过和失败原因。
如果需要让 Codex 生成检查脚本，先要求它只输出计划和 dry-run 结果，不允许直接执行删除、覆盖或跨目录移动。任务完成后，把旧路径与新路径表保存到受控位置。涉及附件来源检查时，可参考 附件接收与版本核对；需要发送结果前的人工复核，可参考 邮件草稿复核。
常见问题 / 避坑
不要把 AI 返回的自然语言直接当文件名。先限制长度、去掉非法字符、统一日期和扩展名。不要用“看起来相同”判断冲突，Windows 对大小写、保留名称和路径长度有自己的规则。不要在云盘正在同步时做大批量改名，最好先暂停同步或在副本目录演练。
另一个坑是没有回滚表。重命名失败时，不能依靠记忆恢复。old_path、new_path、写入时间和执行结果必须一起保存。AI API 接入或 CCSwitch 配置更换后，要重新抽样，因为模型输出格式、字段完整度和调用失败表现都可能变化。可以从 AI 自动化办公专题、AI API 接入专题、Codex 专题 和 CCSwitch 配置专题继续阅读。
检查清单
- 源目录、排除目录、文件类型和扫描时间已固定。
- 新文件名规则有长度、字符、日期和扩展名约束。
- dry-run 表包含旧路径、新名称、原因、冲突和复核状态。
- 已检查现有文件、同批候选和同步目录中的名称冲突。
- 正常、缺字段、同名和长路径样本都做过人工抽查。
- 执行日志支持按批次回退，没有删除原文件或覆盖未确认文件。
验收标准
批量重命名完成后，应该能从表格反查任意一个新文件的旧路径和命名理由；跳过的文件有明确原因；冲突文件没有被覆盖；原始目录和同步状态可恢复。只有这些条件都满足，才算 AI 自动化办公任务完成，而不是“目录看起来整齐”。
复盘时记录取舍
复盘不用写成宣传稿，记下三项即可：哪些字段交给 AI 提取，哪些字段坚持用规则生成；哪些异常由人工处理；下一批次要增加什么样本。对于 Codex 接入和开发者 AI 调用，也要标注使用的模型、profile 和提示词版本，方便以后重跑时解释差异。
批次边界比速度更重要
文件整理最好按日期、项目或来源拆成小批次，不要一次处理整个网盘。每个批次开始前保存清单，结束后抽查数量、扩展名和目录层级，再进入下一批。发现异常时只回退当前批次，避免把已经确认的结果也一起改掉。这样即使模型输出有遗漏，人工也能快速定位影响范围，不会因为追求一次完成而放大损失。
延伸阅读
更多 AI 自动化办公、AI API 接入、Codex 接入和模型调用管理实践，可继续阅读永沃云枢在 https://ai.jn83.com 的专题内容。