Sublime Text 原生不支持跨项目跳转，所有索引和符号查找严格限定于当前打开的 Project 目录；即使添加多个文件夹，也仅作为子目录纳入同一索引空间，无法实现真正跨项目 F12 跳转或全局符号搜索。
Sublime Text 原生不支持跨项目跳转，所谓“跨项目”实际是多个独立项目目录间的切换或并行搜索——它没有全局符号表，所有索引都按当前打开的 Project（即 File → Open Folder 加载的根目录）隔离。你不能像 VS Code 那样在工作区里同时打开 A/B 两个 repo 并互相跳转，必须手动切换上下文。
Ctrl+P @xxx 只在当前项目内生效
这个快捷键依赖 Sublime 后台构建的符号索引，而索引范围严格限定于当前项目文件夹（右下角显示的路径）。即使你用 Project → Add Folder to Project 加了第二个目录，它也只会被当作子目录纳入同一索引空间，不是“跨项目”。
- 输
@load_config只会匹配当前项目中所有已索引文件里的def load_config或function load_config，不会去隔壁~/my-lib/里找 - 首次使用大项目时状态栏显示
Indexing...，这是在扫描当前项目所有文件；没完成前搜不到结果 - 如果想临时查另一个项目，得先
Project → Close Project，再Open Folder切过去，重新触发索引
Find in Files（Ctrl+Shift+F）能“伪跨项目”，但靠手动拼路径
它不依赖索引，只做纯文本扫描，所以只要你把路径写对，就能搜任意本地目录——包括当前项目之外的其他代码目录。关键在 Where 栏的写法。
- Windows 上填：
C:\projects\my-lib\, C:\projects\shared-utils\（注意用英文逗号分隔，路径末尾不加\） - macOS/Linux 上填：
/Users/me/projects/my-lib/, /Users/me/projects/shared-utils/（统一用正斜杠/） - 排除干扰目录：在
Where里加-node_modules/, -dist/, -*.log - 勾选
Whole Word，否则user会命中username、debug_user - 别开
Regular Expression，除非你真要写const\s+user\s*=\s*{这类模式
为什么 F12 / Ctrl+Click 在跨项目场景下必然失效
原生 goto_definition 是字符串匹配 + 当前文件 symbol_list 查找，连本项目跨文件都常跳错，更别说跨项目。它根本不知道你在另一个文件夹里写了 export const user = {}。
- 光标停在
import { user } from 'shared-utils'的user上按 F12 → 跳到这行import，不是源文件 - 点
shared-utils/user.js里的user→ 若该文件没被当前项目加载，Sublime 甚至不会尝试打开它 - 装了 LSP 插件（如
LSP-pyright）也没用：服务器只监听当前项目根目录下的文件变更，其他路径不在语言服务器管辖范围内
真正可行的跨项目协作方案只有两种
一种是放弃“一键跳转”，用 Find in Files 手动定位后，再 File → Open File… 打开目标文件；另一种是把多个相关项目合并为一个逻辑项目——通过软链接或 .sublime-project 配置显式包含外部路径。
- macOS/Linux：在当前项目根目录下运行
ln -s ~/projects/shared-utils shared-utils，然后Where填., shared-utils/ - Windows：用
mklink /D shared-utils C:\projects\shared-utils（需管理员权限） - 写
.sublime-project文件，在folders数组里加多个绝对路径，但要注意：Sublime 不会自动重索引外部路径的变更，改了代码得手动Project → Refresh Folders - 所有方案都绕不开一个事实：Sublime 没有跨进程、跨路径的语言服务通信能力，LSP 服务器无法跨
workspace边界共享 AST
跨项目跳转这件事，本质是 Sublime 架构决定的硬限制。与其折腾插件兼容性，不如接受它是个“单项目精耕工具”——需要频繁跨项目协作时，换用支持多根工作区的编辑器更省力。
