vscode默认无法跨项目搜索，因其语言服务与搜索逻辑仅作用于当前打开的workspace或folder；未加载路径不会被索引，属设计限制而非bug。
为什么VSCode默认搜索跨不了项目？
因为VSCode的语言服务和搜索逻辑默认只作用于当前打开的workspace或folder。即使你本地有多个项目文件夹，只要没把它们一起加入工作区，Go to Definition、Find All References甚至Ctrl+Shift+F都看不到其他项目的代码。这不是bug，是设计限制——语言服务器不会主动索引未加载路径下的文件。
vscode-crosside-code-finder怎么突破这个限制？
它不依赖语言服务，而是用文件系统级扫描 + 自定义规则匹配，本质是增强版的ripgrep封装。关键在于它允许你显式声明“外部项目路径”，比如在配置里写："externalProjects": ["../shared-utils", "../api-contracts"]。插件启动后会把这些路径纳入实时监控范围，后续所有查找器（Finder）都能命中其中的.ts、.go等文件。
- 必须手动配置
externalProjects，路径支持相对路径（推荐）和绝对路径 - 每个查找器可单独指定是否启用这些外部路径，避免误搜
- 首次扫描会有延迟，但之后增量更新很快；大项目建议关闭
"scanOnStartup"，改用快捷键手动触发
Sourcegraph插件适合什么场景？
当你需要跨几十个私有仓库、且团队已部署自托管Sourcegraph实例时，这个插件才真正发挥价值。它不是本地搜索工具，而是把VS Code变成Sourcegraph的客户端——所有搜索请求发往服务端，由其统一索引的代码库响应。这意味着你能搜到还没克隆到本地的仓库，甚至能查到被git rm删掉但仍在历史记录里的代码。
- 必须提前配置
sourcegraph.baseURL和访问令牌（token），否则插件图标灰显 - 搜索结果带仓库名、分支、提交哈希，点击直接跳转到Sourcegraph网页端对应位置
- 本地文件编辑不受影响，但“跳转到定义”这类操作实际是反向查询服务端索引，网络延迟明显
Bookmarks插件能解决跨项目问题吗？
不能。它只管理当前工作区内的行号标记，bookmarks.json不记录路径信息，更不感知外部项目。有人尝试用// BOOKMARK: ../other-project/src/index.ts:42注释配合全局搜索，但这只是变相人工维护跳转表，一旦目标文件重命名或移动就失效。
真正要跨项目导航，得靠明确的路径绑定（如crosside-code-finder）或中心化索引（如Sourcegraph）。书签只适合单项目内高频跳转，把它当跨项目工具，等于用尺子量海拔——方向错了，再准也没用。
