Sublime Text 的 .sublime-snippet 文件不参与符号解析，Ctrl+R 和 Ctrl+P @xxx 无效；必须手动定位至 Packages/User/ 目录下按文件名搜索，且仅最后修改的同名 snippet 生效。

代码片段本身没有“定义位置”可跳转

Sublime Text 的 .sublime-snippet 文件是纯配置，不参与语法解析、不生成 symbol 列表，Ctrl+R 和 Ctrl+P @xxx 对它完全无效——你输 @log 或 log，永远搜不到 snippet 文件。这不是功能缺失，是设计如此：snippet 是编辑器级补全规则，不是代码符号。

唯一可靠路径：手动定位到 Packages/User/ 目录

所有生效的自定义 snippet 必须放在 Packages/User/ 下，这是硬性约定，没有例外。其他位置（如项目根目录、Packages/MyPlugin/）的文件会被忽略。

• 用菜单 Preferences → Browse Packages… 直接打开 Packages/ 文件夹，再进 User/
• 在该目录下按文件名搜索 .sublime-snippet（例如 Windows 用 *.sublime-snippet，macOS 用 Spotlight 搜后缀）
• 若多个文件共用同一 （比如都设为 log），按修改时间排序，最后修改的那个才生效——别被旧文件干扰

为什么 F12 / Ctrl+Click 找不到 snippet？

因为 F12 触发的是 goto_definition 命令，它只尝试解析当前光标所在词是否为「代码中声明的符号」，而 snippet 触发词（如 log）在 JS/Python 文件里只是普通文本，不是变量或函数名。编辑器不会、也不能把它映射回 XML 文件。

Sublime Text Build Linux版

Sublime Text Linux x86-64 deb 安装包。官方也提供 rpm、tar.xz 和软件源安装方式。

下载

• 你在 JS 文件里输入 log 再按 Tab，展开的是 snippet；但此时按 F12，Sublime 就是在找 JS 中有没有 const log = … 或 function log()，跟 snippet 无关
• 哪怕你把 snippet 文件命名为 console-log.sublime-snippet，也不存在「跳转到 console-log.sublime-snippet」这个动作
• 想快速编辑 snippet？最顺手的方式是：先触发它一次（输 log + Tab），然后立刻按 Ctrl+Shift+P 输入 Snippet，选 Open Snippet Package —— 这会直接打开 Packages/User/

容易被忽略的细节

很多人花半小时排查“为什么 snippet 不生效”，结果发现是 scope 写错了，比如把 source.js 误写成 javascript 或 js；或者 里用了未转义的 &、 导致 XML 解析失败——这些错误不会报错，只会静默失效。真要调试，删掉其他 snippet、只留一个最小化文件，再逐项验证 、、 是否合法。