sublime text 本身不能直接重命名文件，因其仅为文本编辑器，缺乏操作系统文件系统权限和内置批量文件操作功能，需依赖插件（如 sidebarenhancements）或外部脚本（python/shell）实现。
为什么 sublime_text 本身不能直接重命名文件
Sublime Text 是文本编辑器，不是文件管理器 —— 它没有访问操作系统文件系统重命名 API 的权限，也不提供内置的批量文件操作功能。rename、mv、os.rename() 这类操作必须交由外部命令或插件桥接。常见误区是试图用「查找替换」功能改文件名，结果只改了内容，没动文件本身。
真正可行的路径只有两条：一是通过插件调用系统命令（如 SideBarEnhancements），二是用 Sublime 配合外部脚本（Python/Shell）完成调度。前者开箱即用但灵活性低，后者可控性强但需手动衔接。
用 SideBarEnhancements 实现正则批量重命名
这是最接近「开箱即用」的方案，但默认不支持正则 —— 需要额外配置自定义命令。安装插件后，在 SideBarEnhancements.sublime-settings 中添加如下命令：
{
"caption": "Rename: Replace with Regex",
"command": "side_bar_files_replace",
"args": {
"find": "(\d{4})-(\d{2})-(\d{2})_(.+?)\.md",
"replace": "note_\1\2\3_\4.md",
"case_sensitive": false,
"regex": true
}
}
注意几个关键点：
-
side_bar_files_replace是插件提供的底层命令，必须确保插件版本 ≥ 3.0.0 -
find和replace中的反斜杠要双写（\d），否则 JSON 解析失败 - 该命令只作用于当前右键选中的文件（支持多选），不会递归子目录
- 不支持跨磁盘移动，也不能自动创建缺失的父目录
用 sublime-project + Python 脚本做目录结构重构
当需要按规则把 2024/04/15/report.pdf 搬到 archive/reports/2024_Q2/ 这类逻辑时，必须脱离 GUI，走工程化脚本路径。推荐在项目根目录下建 .sublime-project，并在其中声明构建系统：
{
"build_systems": [
{
"name": "Reorganize Files",
"shell_cmd": "python3 ./scripts/reorg.py --src ./inbox --rules ./rules.json",
"working_dir": "${project_path}",
"variants": [
{
"name": "Dry Run",
"shell_cmd": "python3 ./scripts/reorg.py --src ./inbox --rules ./rules.json --dry-run"
}
]
}
]
}
这样就能在 Sublime 里按 Ctrl+Shift+B（Win/Linux）或 Cmd+Shift+B（macOS）触发重构。要点包括：
-
rules.json应定义匹配路径、目标模板、是否移动/复制等字段，避免硬编码进脚本 - 务必实现
--dry-run变体，首次运行前先看它打算怎么动文件 - 脚本中用
pathlib.Path处理路径，比os.path更安全，尤其在 Windows 和 macOS 混合环境 - Sublime 的构建系统不捕获实时 stdout，出错时请检查控制台（
Ctrl+`）或日志文件
正则替换容易踩的三个坑
无论用插件还是脚本，正则都是最易出错的一环。实际调试中高频问题有：
- 贪婪匹配失控：
.*吃掉太多内容，应优先用.*?或更精确字符集，比如[^_]+替代.* - Windows 路径分隔符：
在字符串和正则中都是转义符，Python 里建议统一用原始字符串r"pattern"，Sublime 插件 JSON 里则老老实实用\\ - 编码隐性损坏：如果文件名含中文或 emoji，确保脚本以
utf-8打开目录列表，且终端 locale 支持 UTF-8（Linux/macOS 查locale，Windows 建议用 WSL 环境执行）
正则本身没有「安全模式」，每次变更都得先小范围验证 —— 拿三五个测试文件跑通，再放大到整个目录。
