sublime text 本身不支持批量重命名，必须依赖 sidebarenhancements 插件并满足三条件：项目上下文（project→add folder to project…显式添加）、启用"enable_batch_rename": true、模板含{{index}}或{{name}}等动态变量，缺一则失效。
Sublime Text 本身不支持批量重命名文件，所有“右键多选→批量改名”的操作，都依赖 SideBarEnhancements 插件，且必须满足几个硬性条件——缺一不可，否则菜单不出现、输入无效、或重命名后标签页断连。
SideBarEnhancements 怎么启用 Batch Rename 菜单项
装完插件不等于能用批量功能。它默认关闭 Batch Rename 入口，需手动开启：
- 确认已通过
Package Control安装插件（没装就先搜Install Package Control） - 重启 Sublime Text（ST4 某些版本需重启才加载新菜单）
- 打开
Packages/User/SideBarEnhancements.sublime-settings，添加这一行："enable_batch_rename": true - 保存后，右键侧边栏多选文件 → 菜单里应出现
Batch Rename（不是Rename）
若仍只看到 Rename，说明当前插件版本未暴露该入口，或你没在「项目上下文」中操作（见下一条）。
为什么右键 Batch Rename 没反应或点了没弹窗
这不是插件坏了，是 Sublime 没识别出合法操作范围。SideBarEnhancements 的批量功能只对「已加入项目的文件夹内选中的文件」生效：
- 不能直接拖文件夹进窗口；必须通过
Project → Add Folder to Project…显式添加目录 - 若路径在
C:\Program Files\或 macOS 的/System下，系统可能静默拒绝重命名，无报错提示 - 多选时确保文件都在同一层级目录下（跨子目录不支持）
- Windows 用户注意：路径含中文或空格一般没问题，但若文件被其他进程占用（如正在被 Node 进程读取），
os.rename()会失败，界面卡住无反馈
模板怎么写才不覆盖所有文件、还能带序号
模板里必须含动态变量，否则所有文件会被重命名为完全相同的名字，触发系统覆盖警告（且不可逆）：
- 安全写法：
config_{{index}}.json、{{name}}_v2{{ext}}、log_{{index0}}.txt - 危险写法：
new_file.json（无变量）、{{name}}.js（若原名相同，仍冲突） - 可用变量：
{{name}}（不含扩展名）、{{ext}}（含点，如.ts）、{{index}}（从 1 开始）、{{index0}}（从 0 开始） - 输新后缀时别加点：
ts✅，.ts❌（会变成..ts）
重命名后标签页还是旧名、侧边栏不刷新怎么办
这是最常被忽略的同步断裂问题——SideBarEnhancements 调用的是系统 mv 或 MoveFileEx，不主动通知 Sublime 更新视图缓存：
- 侧边栏刷新：按
Ctrl+R（Windows/Linux）或Cmd+R（macOS） - 已打开的标签页不会自动重载：右键标签 →
Revert File，或关闭再双击新文件名重新打开 - 根本解法：禁用
atomic_save—— 在用户设置里加"atomic_save": false，否则重命名后编辑并保存，内容会写回已不存在的旧路径 - 撤销整批操作？必须提前在插件设置里开
"enable_undo_for_rename_operations": true，操作后才能Ctrl+Z；重启 Sublime 后历史清空
真正麻烦的从来不是改名本身，而是改完之后 Sublime 还在编辑一个“逻辑上已消失”的文件——这个状态不会报错，直到你保存时才发现内容被悄悄写到了错误位置。
