sublime text 的 ctrl+p 找不到新保存文件是因为索引默认只扫描已添加到项目或打开过的目录；需手动重建索引、添加文件夹到项目，或检查是否禁用索引。
Sublime Text 不是靠“三天”能精通的，尤其当你需要稳定处理大文件、多项目协作或深度定制工作流时。它没有运行时解释器或编译器，但它的插件生态、快捷键逻辑和配置机制，恰恰在「用得熟」和「用得准」之间存在明显断层。
为什么 Ctrl+P 找不到刚保存的文件？
这不是搜索失效，而是 Sublime Text 的索引默认只扫描已添加到当前 project 的路径，或者打开过的文件所在目录。新保存的文件若不在已有视图或项目中，就不会被纳入快速跳转（Goto Anything）索引。
- 手动触发重建：执行
Project → Index Files（部分版本叫Rebuild Index） - 更可靠的做法是把常用目录加进项目：用
Project → Add Folder to Project…，而非仅靠打开单个文件 - 如果禁用了索引（如在
Preferences → Settings – User中设了"index_files": false），Ctrl+P将退化为纯内存内文件名匹配，不查磁盘
装完 Package Control 却搜不到 ESLint 或 AutoFileName？
常见原因是网络策略或源配置异常——Package Control 默认走 https://packagecontrol.io/，国内多数环境会超时或返回空响应，但它不会明确报错，只会静默失败。
- 检查控制台输出：
Ctrl+`打开，输入import urllib.request; urllib.request.urlopen('https://packagecontrol.io/').getcode()，看是否返回200 - 临时换源：编辑
Package Control.sublime-settings，把channels数组里第一个地址换成国内镜像，例如"https://ghproxy.com/https://raw.githubusercontent.com/WizardWu/Sublime-Package-Control-Chinese-Mirror/master/channel.json" - 注意：不要删掉原有
channel.json，否则插件更新会彻底中断；镜像仅用于初始安装和列表刷新
subl 命令在终端打不开，或总启动新实例？
subl 是 Sublime Text 自带的命令行工具，但 macOS 和 Linux 下需手动软链，Windows 则依赖 PATH 是否包含安装目录。即使链对了，也常因未传参或参数顺序错导致行为异常。
- macOS 正确链法：
sudo ln -s "/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl" /usr/local/bin/subl - Linux（tarball 版）：确保解压路径固定，再链到
/usr/local/bin/subl；不要用桌面环境启动器生成的临时路径 - 关键参数：
subl .（当前目录）和subl -n -w file.py（新开窗口 + 阻塞等待保存后退出）用途完全不同，漏掉-w会导致脚本无法获取编辑结果
Ctrl+Shift+P 调出的命令没生效，你不确定是插件没加载、快捷键被覆盖，还是当前语法模式根本没绑定该命令——这种模糊性，得靠查看 Console 输出、检查 Default (OS).sublime-keymap 和插件的 Default.sublime-commands 文件才能定位。别省这一步。
