sidebarenhancements 是唯一能稳定补全 sublime text 侧边栏右键功能的插件，原生不支持 new file、copy path、open in terminal 等操作；安装必须通过 package control，需显式添加项目目录、避开系统受控路径，并确保右键对象为项目内文件夹节点。
SideBarEnhancements 是目前唯一能稳定补全 Sublime Text 侧边栏右键功能的插件，原生不支持 New File、Copy Path、Open in Terminal 等操作，这不是 bug，是设计如此。装了插件却没反应？90% 的问题出在项目绑定、权限或配置误改，而不是插件本身。
安装必须走 Package Control，别手动解压
手动下载 ZIP 解压到 Packages 目录会导致插件不加载、右键无菜单——Sublime 不识别未签名的结构，也跳过依赖校验。正确流程只有这一条：
- 确保已装 Package Control（按
Ctrl+`调出控制台，粘贴官网脚本） - 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Package Control: Install Package，回车 - 等待列表加载后，输入
SideBarEnhancements（注意拼写：S 和 E 大写，无下划线、无复数）
安装完无需重启，几秒内侧边栏右键就会多出选项。若仍无反应，先检查 Preferences → Browse Packages… 下是否存在非空的 SideBarEnhancements 文件夹。
New File 点击后弹窗一闪而过？不是插件失效，是路径没绑好
这是最常被误判为“插件坏了”的现象。插件只调用 Sublime 原生新建接口，弹窗消失说明 Sublime 尝试创建文件时失败了——根本原因是它不知道该建在哪。
- 必须通过
Project → Add Folder to Project…显式添加目标目录；直接拖文件夹进窗口不算数，不构成项目上下文 - 右键位置必须是侧边栏里的**文件夹节点**（哪怕只是项目根），单个已打开的
index.html上右键不会出现New File - Windows 用户避开
C:\Program Files\或受控文件夹，系统会静默拒绝写入；开发目录建议放在C:\Users\YourName\dev\ - 路径含中文、空格或括号（如
my project (v2)）可能触发 shell 解析异常，临时改纯英文路径测试
别碰 Preferences → Package Settings → SideBarEnhancements → Settings：90% 的自定义配置会覆盖默认行为，导致 New File 被禁用。
Copy Path 和 Open in Terminal 为什么有时点不动
这些功能全部依赖“当前右键对象是否属于项目内路径”。一旦项目绑定正确，它们立刻可用，且行为比原生可靠得多：
-
Copy Path给绝对路径，Copy Relative Path以项目根为起点，适合 Git 提交或文档引用 -
Open in Terminal在 macOS/Linux 默认调用 Terminal.app 或 iTerm2，在 Windows 默认调用 CMD；想换 PowerShell，得在Preferences → Package Settings → SideBarEnhancements → Settings – User里加"open_in_terminal"字段 - 多选多个文件/文件夹后右键，
Delete、Copy Path等操作会批量生效 - 按住
Alt键再右键，会显示高级选项（比如强制刷新、隐藏文件切换）
如果 Open in Browser 打不开本地 HTML，大概率是路径含空格或中文，系统浏览器调用命令没做引号包裹——这时要改 Key Bindings，用 file:// 协议并编码路径，而非指望默认 handler。
批量重命名 Rename 必须带变量，否则全被覆盖
原生 Sublime 完全不支持批量重命名，所有功能都靠 SideBarEnhancements 实现。但模板写错会直接触发系统覆盖警告：
- 选中多个文件 → 右键 →
Rename，输入模板，如img_{{index}}.{{ext}} - 模板里必须含
{{name}}或{{index}}（或{{index0}}），否则所有文件会被重成同一个名字 - 常用变量：
{{name}}（原文件名不含扩展名）、{{ext}}（扩展名）、{{index}}（从 1 开始）、{{index0}}（从 0 开始） - 重命名后标签页不自动更新？关掉
"atomic_save": false，否则保存时可能写入旧路径，造成数据错乱
最危险的坑是 atomic_save 没关：看起来还能编辑，实际保存的是新文件，原文件可能被覆盖。这不是性能问题，是文件一致性风险。
