入门
批量重命名入门:导入、预览、执行
批量重命名最好像代码变更一样先审查:先导入少量文件,一次添加一条规则,预览确认无误后再执行。
先用示例测试模式练习
示例测试模式是学习界面最安全的方式:它不需要文件权限,也不会修改磁盘上的真实文件。你只需要粘贴或生成一些文件名,就能测试和真实文件完全一样的规则链。
第一次练习建议放入混合文件名:几张相机照片、一个文档和一个视频文件名。混合示例能帮你发现规则是否过宽,是否误伤了不该处理的文件。

- 1打开应用,在文件面板点击“试用示例测试模式”。
- 2每行输入一个文件名,包含扩展名,例如 IMG_0421.jpg。
- 3点击示例面板中的“导入文件”。
- 4确认文件列表和预览面板都显示相同的未变化文件名。
- 5保持作用域为“名称”,避免第一轮规则意外修改扩展名。
一次只添加一条规则
可靠的批量重命名应该由一组小而可检查的步骤组成。先添加清理规则,检查预览,再添加编号规则。如果预览出现异常,最近添加的规则通常就是排查入口。
这个例子会移除相机前缀,并添加补零序号。它刻意保持简单,重点是让你理解规则链如何逐步改变预览结果。

- 1点击“添加规则”,选择“查找替换”。
- 2将“查找”设为 IMG_,“替换为”留空,用于移除前缀。
- 3再次点击“添加规则”,选择“序号”。
- 4保持数字序号,起始值为 1,步长为 1,补零位数为 3。
- 5查看预览面板,确认编号后的结果符合你想要的顺序。
IMG_0421.jpg2026-05-22_001.jpg移除 IMG_,插入日期前缀,再添加补零序号。
IMG_0422.jpg2026-05-22_002.jpg像清单一样阅读预览
预览面板不只是展示效果,它就是执行前的审查步骤。先看原文件名,再看新文件名,重点找出和你预期不一致的变化。
文件较多时使用“仅受影响”视图,只看真正会被改名的文件。如果冲突数量不为零,一定切到“仅冲突”视图,因为重复目标名必须先处理。
- 1检查每个变化后的文件是否仍保留正确扩展名。
- 2检查是否出现空文件名或只有数字的文件名。
- 3检查编号顺序是否符合你想要的文件顺序。
- 4执行前切换到“仅冲突”视图,确认没有重复目标名。
report (final).docx005report (final).docx这可能在技术上正确,但不一定符合目标;它提醒你序号规则影响了文档文件。
直接执行还是导出脚本
在 Chromium 浏览器中,通过 File System Access API 选择的真实文件可以直接重命名。若使用 Firefox、Safari,或希望先走命令行审查流程,可以选择导出脚本。
脚本导出也适合团队场景:一个人用浏览器构建并检查重命名方案,再在受控文件夹中运行生成的 Bash 或 PowerShell 脚本。
- 1处理真实文件时,先从小文件夹或复制出来的测试文件夹开始。
- 2如果想保存旧名到新名的映射,点击“导出方案”。
- 3如果浏览器不能直接重命名,或你更偏好终端流程,点击“导出脚本”。
- 4只有当预览和冲突检查都干净时,才点击“执行重命名”。
- 5执行后如果立即发现错误,优先使用内置撤销。
首次使用常见错误
大多数错误来自规则影响了过多文件。如果只想处理照片,应先筛选文件列表,或让规则只匹配照片类文件名。
另一个常见错误是选择了完整文件名作用域,而实际只想修改名称部分。多数工作流都应保持作用域为“名称”;只有明确要修改扩展名或完整文件名时再切换。
movie.name.s01e03.1080p.mkv006movie.name.s01e03.1080p.mkv全局序号会影响所有选中文件。不同文件类型需要不同命名规则时,建议筛选或分批处理。
准备试试这个工作流?
打开 Rename.Tools,先添加几个示例文件,用预览确认每条规则后再处理真实文件名。