sublime构建系统无法运行交互式命令，因其仅fork子shell执行单条命令后即关闭，不提供tty、不继承shell环境、不支持输入；需用terminus或terminal插件实现真终端交互。
Sublime 的构建系统（Build System）不能运行交互式终端命令，它只适合执行一次性、无输入的 shell 命令；想输入、回车、看历史、跑 git status 后接着 add，必须用 Terminus 或 Terminal 插件。
为什么 Ctrl+B 执行不了你写的 ls 或 npm 命令
常见错误现象是：按 Ctrl+B 没反应、输出一闪而过、报 No build system 或 Invalid escape character。根本原因不是 Sublime 有问题，而是构建系统本身设计如此——它不启动终端进程，只是 fork 一个子 shell 执行单条命令，然后立即关闭。
- 没保存文件时
$file为空，shell_cmd实际变成ls ""，静默失败 -
shell_cmd中路径含空格却没加双引号，比如写成bash $file而不是bash "$file"，直接报错 - 右下角语言模式不是
Bash或Python，导致selector不匹配，构建系统压根不触发 - 误把
cmd和shell_cmd混用：cmd是数组形式（如["npm", "run", "dev"]），不支持$file变量和重定向；shell_cmd是字符串，才支持 shell 语法
怎么写一个真正能跑的 shell_cmd 构建配置
以在当前文件所在目录运行 ls -la 为例，关键不是“能不能”，而是变量、引号、工作目录三者必须对齐：
-
"shell_cmd": "ls -la"—— 简单命令可直接写，但注意它总在$file_path下执行；没打开文件时可能 fallback 到 home 目录 -
"working_dir": "$file_path"—— 强制指定工作目录，避免脚本里./config.json找不到 -
"selector": "source.shell"—— 如果你装了 wbond 的 Bash 插件，它的作用域是source.shell，不是source.bash；配错就匹配不上 - 想让所有
.sh文件默认走这个构建系统？点右下角 →Open all with current extension as…→ 选Bash（需先装插件并重启）
完整示例（保存为 Packages/User/Shell.sublime-build）：
{
"shell_cmd": "ls -la",
"working_dir": "$file_path",
"selector": "source.shell"
}
为什么 npm run dev 在构建系统里总报 command not found
这不是 npm 没装，而是构建系统没继承你的 shell 环境变量（尤其是 macOS 和 zsh 用户最常踩坑）。Sublime 默认不读 ~/.zshrc，所以 PATH 里没有 node 或 npm。
- 临时解法：用绝对路径，比如
"shell_cmd": "/usr/local/bin/npm run dev"（先在终端里运行which npm确认路径） - 长期解法：从终端启动 Sublime，macOS 上执行
subl .，Windows 上用start subl .，这样环境变量才能带进来 - 别指望
shell_cmd里写source ~/.zshrc && npm run dev——构建系统不加载 login shell，source无效 - 如果非要交互式调试，别硬扛构建系统：按
Ctrl+Shift+P→ 输入Terminus: Open Default Shell in Panel，再手动敲命令
构建系统 vs Terminus：什么时候该切过去
构建系统适合「执行即结束」的场景，比如格式化代码、编译单个文件、跑单元测试；一旦出现以下任一情况，说明你该停手、切 Terminus：
- 命令执行后需要你输入（比如
git commit要填 message） - 想看上一条命令的输出再决定下一步（比如
npm test失败后马上cat test.log） - 命令本身依赖当前 shell 状态（比如已激活的 Python virtualenv、nvm 切换的 node 版本）
- 反复执行多条命令，不想每次 Ctrl+B 再重新配
shell_cmd
真正麻烦的从来不是怎么配 shell_cmd，而是误以为它能替代终端——它不能，也没打算替代。
