Codex 批量重命名文件怎样少返工？用重命名预演先拦住覆盖冲突
[!NOTE] 批量整理文件时，一次“替换空格”就可能让两个文件得到同一个名称。本文设计一个只生成计划、不移动文件的检查器，让 Codex 在真正重命名前发现目标碰撞、路径越界和已有文件冲突，并保留可核验的执行账本。
一、把整理需求翻译成命名规则
虚构资料目录中有 实验 A.md 和 实验_A.md。把空格替换成下划线后，它们会变成同一个目标。若脚本直接循环重命名，结果可能取决于文件系统和运行顺序，用户最后看到的只剩一份内容。
先说明整理范围，例如只处理某个目录第一层的Markdown文件，不递归，不改正文。命名规则还要包含大小写、Unicode、扩展名和碰撞时的策略。没有明确策略时，发生碰撞应停止并输出计划，而不是随意加随机后缀。
本文使用较保守的跨平台名称比较：Unicode NFC归一化后再 casefold。它可能拒绝某些大小写敏感系统允许的组合，但适合需要在多种电脑间交接的资料。它不是所有文件系统的完整规范检查。
二、预演必须检查哪些冲突
至少检查来源文件是否存在、目标是否为单层文件名、目标之间是否碰撞、目标是否已经被其他文件占用。来源到目标的循环互换也需要单独处理。本例不自动解循环，发现现有目标就停止，保留人工核对机会。
名称正确仍不能证明内容正确。真实执行前给每个来源记录摘要，执行后核对目标摘要，并保留源到
