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 搜后缀） - 若多个文件共用同一
<tabtrigger></tabtrigger>（比如都设为log），按修改时间排序，最后修改的那个才生效——别被旧文件干扰
为什么 F12 / Ctrl+Click 找不到 snippet？
因为 F12 触发的是 goto_definition 命令，它只尝试解析当前光标所在词是否为「代码中声明的符号」，而 snippet 触发词（如 log）在 JS/Python 文件里只是普通文本，不是变量或函数名。编辑器不会、也不能把它映射回 XML 文件。
- 你在 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；或者 <content></content> 里用了未转义的 &、 导致 XML 解析失败——这些错误不会报错，只会静默失效。真要调试，删掉其他 snippet、只留一个最小化文件，再逐项验证 <code><tabtrigger></tabtrigger>、<scope></scope>、<content></content> 是否合法。
