Sublime Text 需通过 .sublime-project 文件显式定义 folders 路径，并配合 SideBarEnhancements、Find++、AutoFileName 等插件，才能实现以项目根为基准的路径跳转、查找、构建与补全；$project_path 变量仅在项目模式下有效。
Sublime Text 本身不提供“项目根目录作为相对路径基准”的运行时解析能力——它不会像 Webpack 或 VS Code 那样自动把 ./src/index.js 中的 ./ 解析为当前项目根目录。但你可以通过配置 sublime-project 文件 + 插件协作，让路径引用在跳转、查找、构建等场景中行为统一。
项目配置必须显式声明 folders 并保存为 .sublime-project
Sublime 只有在打开的是一个真正的「项目」（即通过 Project → Save Project As… 生成了 .sublime-project 文件），才具备可靠的根目录上下文。单纯打开一个文件夹（File → Open Folder…）不等于项目，此时 $project_path 等变量为空或不可靠。
确保你的 .sublime-project 包含明确的 folders 块：
{
"folders":
[
{
"path": "/Users/you/workspace/my-app"
}
]
}
这个 path 值就是后续所有相对路径计算的基准。如果用符号链接，建议填绝对路径，避免插件解析失败。
跳转和查找依赖 SideBarEnhancements 或 Find++ 这类插件
原生 Sublime 不支持点击 require('./utils/helper') 自动跳转到 my-app/utils/helper.js。你需要插件补足这一环：
-
SideBarEnhancements：右键菜单里 “Open Containing Folder” 和 “Open With…” 能基于当前 project root 工作 -
Find++（推荐）：启用后，光标停在字符串如'./api/user'上按ctrl+shift+f，会以项目根为基准搜索api/user.*文件 - 注意：这些插件默认只认
./开头的路径；../或无前缀路径需额外配置find_root规则
构建系统中用 $project_path 替代硬编码路径
如果你写自定义构建系统（比如调用 TypeScript 编译器），别写死 /Users/you/workspace/my-app，改用 Sublime 内置变量：
{
"cmd": ["tsc", "--project", "$project_path/tsconfig.json"],
"working_dir": "$project_path",
"selector": "source.ts"
}
关键点：
-
$project_path仅在项目模式下有效；非项目打开时为空，构建会失败 -
working_dir影响子进程的cwd，决定require()、fs.readFile()等运行时路径行为（但这和 Sublime 自身路径解析无关） - 不要依赖
$file_path模拟根目录——它只是当前文件所在目录，多级嵌套下极易错位
编辑器内路径补全仍需手动干预
Sublime 的默认自动补全对相对路径几乎无感知。输入 ./ 后不会列出 src/、lib/ 等子目录。可行方案有限：
- 装
AutoFileName插件，它会在输入./或../后弹出基于当前 project root 的文件树补全 - 补全逻辑依赖
folders[0].path，所以必须用项目方式打开，且不能有多个folders条目（否则它会随机选一个） - 它不理解模块解析规则（比如 Node.js 的
package.json#exports），纯靠文件系统结构匹配
真正统一路径引用这件事，在 Sublime 里始终是「配置 + 插件 + 约定」三者叠加的结果，没有一键开关。最容易被忽略的是：每次换项目，都得重新确认 .sublime-project 里的 path 是否准确、是否用了符号链接、是否被 Git 忽略导致团队成员打开时失效。
