Sublime构建系统无法替代终端，因其不分配PTY导致交互命令失败；应使用Terminal或Terminus插件唤起真实终端。
Sublime 的构建系统（sublime-build）本身不调用外部终端，它只执行命令并把输出塞进 Sublime 底部的 Build Results 面板——这意味着你无法输入、不能交互、input() 会卡死、git commit 这类需要 TTY 的命令直接失败。
为什么 build system 不能当终端用
构建系统设计目标是单次、无交互、可复现的自动化任务，比如编译、格式化、lint。它启动的是 shell 子进程，但不分配伪终端（PTY），所以：
• python -i 或 node 启动后立刻退出
• readline 类库报错或退格键失灵
• 错误信息常被截断，stderr 和 stdout 混在一起难排查
• $file_path 变量在未保存文件时为空，导致工作目录变成根目录或崩溃
想让程序在真实终端里跑，就别用 build system
真正可行的做法是绕过构建系统，用插件唤起系统终端。目前只有两类路径稳定可用：
- 用
Terminal插件（作者 wbond）：按快捷键Ctrl+Shift+T（Win/Linux）或Cmd+Shift+T（macOS），直接打开gnome-terminal/Terminal.app/cmd.exe，自动进入$file_path；没打开文件时 fallback 到项目根目录，不报错 - 用
Terminus插件：在 Sublime 底部 panel 开一个嵌入式终端，支持分屏、会话复用，但需手动配置权限（macOS 要加 Accessibility 授权，Windows 要确保wsl.exe在 PATH）
两者都不依赖 sublime-build 文件，也不走 Ctrl+B 流程。装完即用，路径准确，无环境变量丢失问题。
非要从 build system 出发唤终端？可以但极不推荐
理论上你能写个 shell_cmd 去调 gnome-terminal --working-directory="$file_path" -- bash -c "exec bash"，但实际踩坑太多：
- macOS 上
open -a Terminal.app不支持传参切目录，得拼osascript，一换终端应用（iTerm2）就失效 - Windows 上
start cmd /k cd /d "%FILE_PATH%"会闪退，因为/k启动后立即释放父进程，Sublime 认为构建完成就收起面板 - 所有方案都绕不开双引号转义、空格路径、Unicode 路径编码问题，
$file_path里有中文或括号基本就崩 - 无法统一跨平台，同一份
.sublime-build在 macOS 和 Windows 上必须写两套逻辑
真要交互式运行，别折腾构建系统。Terminal 插件一行配置都不用改，Ctrl+Shift+T 按下去，终端就在那儿了——这才是 2026 年还在用 Sublime 的人实际靠得住的方式。
