terminal插件需配置终端可执行文件的绝对路径，如macos填/applications/iterm.app/contents/macos/iterm2，windows填c:/windows/system32/cmd.exe，linux填/usr/bin/gnome-terminal；parameters不支持sublime变量，右键菜单需手动创建context.sublime-menu文件并正确声明open_terminal_file_folder命令。
Terminal 插件的 terminal 参数必须写绝对路径
Sublime Text 本身没有内置终端，所谓“调用终端”全靠 Terminal 插件（非 Terminus）转发命令到系统 shell。它不读你的 .zshrc 或 .bash_profile，PATH 是干净的，所以 "terminal": "iTerm2" 或 "terminal": "terminal" 一定失败。
正确做法是填系统终端可执行文件的绝对路径：
- macOS + iTerm2：
"terminal": "/Applications/iTerm.app/Contents/MacOS/iTerm2" - macOS + 系统终端：
"terminal": "/System/Applications/Utilities/Terminal.app/Contents/MacOS/Terminal" - Windows：
"terminal": "C:/Windows/System32/cmd.exe"（别用反斜杠，别漏掉.exe） - Linux（GNOME）：
"terminal": "/usr/bin/gnome-terminal"
路径错一个字符、少一个斜杠，插件就静默失效——点击菜单没反应，控制台也不报错，这是最常被卡住的地方。
parameters 数组不能混用 shell 和 cwd 逻辑
parameters 是 Terminal 插件传给终端程序的启动参数，不是 shell 命令行。它不支持 ${args} 或 $file_path 这类 Sublime 变量，只认原生终端接受的 flag。
常见错误写法："parameters": ["--working-directory", "$file_path"] ——$file_path 不会被展开，终端直接收到字面量字符串 $file_path，然后报错目录不存在。
正确方式取决于终端类型：
- iTerm2 支持
--working-directory，但值必须是真实路径（不能带变量），所以实际中基本不用；靠插件自动推导工作目录更稳 - 系统 Terminal.app 在 macOS 上只认
-c执行命令，不支持指定 cwd；Terminal 插件会自动用cd切过去，你不用管 - Windows 的
cmd.exe要进指定目录，得用/K cd /d "C:\path\to\dir"，注意双引号包裹路径、/d支持跨盘符
多数场景下，删掉 parameters 字段反而更可靠——插件默认行为已覆盖 90% 的 cwd 推导需求。
右键菜单调用终端必须配 Context.sublime-menu 文件
装了 Terminal 插件 ≠ 右键就有「Open Terminal」。Sublime 不自动注册上下文菜单项，你得手动建 Context.sublime-menu 文件，且路径和格式严格受限。
Mac 用户唯一有效路径是：~/Library/Application Support/Sublime Text/Packages/User/Context.sublime-menu
内容必须是合法 JSON 数组，例如：
[
{
"caption": "Open Terminal Here",
"command": "open_terminal_file_folder"
}
]
注意几个硬性条件：
-
command名必须完全匹配插件注册名：open_terminal_file_folder（当前文件夹）或open_terminal_project_folder（项目根目录） - 文件名必须叫
Context.sublime-menu，大小写不能错，后缀不能是.json - 不能放在
Packages/Default/下，那是只读区；也不能放错插件目录里 - 改完保存后立即生效，无需重启，但菜单项不出现说明 command 名拼错或插件根本没加载成功
Terminal 插件和 Build System 的本质区别
有人试图用 Build System 模拟终端调用，比如写 "shell_cmd": "open -a Terminal"，这只能打开空终端，无法定位到当前项目路径，更无法交互。
Terminal 插件干的是「启动终端并 cd 进目标目录」这件事，Build System 干的是「执行一条命令并退出」。两者定位完全不同：
- Build System 的
cmd或shell_cmd是单次执行，输出完就关；适合跑 linter、prettier、编译 - Terminal 插件维持进程生命周期，你可以在里面敲
git status、npm run dev、反复回车，这才是“唤出终端”的本意 - 想让 Terminal 插件执行某条命令（如自动
git status），得靠插件自身支持的post_open_command配置项，不是往parameters里塞
混淆这两者，会导致你花半天调试 shell_cmd 却始终得不到交互式终端——方向错了，参数再准也没用。
