sublime text构建系统传参需显式配置：用cmd数组分项写参数（如["python3","-u","$file"]）或shell_cmd加${args}占位符；环境变量需手动注入，路径须用绝对路径，且保存后须在状态栏手动选中该构建系统。
构建系统里怎么传命令行参数
Sublime 的 build system 本质是调用 shell 或程序执行命令，参数必须显式写进配置里，不会自动继承你在终端里敲的那些 flag。比如你想让 Python 脚本以无缓冲模式运行（避免输出卡住），就得手动加 -u；想让 g++ 支持 C++17，就得写 -std=c++17，而不是指望它“自己猜”。
常见错误是把多个参数塞进一个字符串里，比如："shell_cmd": "python3 -u \"$file\"" 看似没问题，但一旦路径含空格或特殊字符，就容易崩；更稳妥的是用 cmd 数组形式，每个参数独立成项：
{
"cmd": ["python3", "-u", "$file"],
"working_dir": "$file_path",
"selector": "source.python"
}
注意：shell_cmd 和 cmd 不能共存；用 cmd 时必须关掉 shell（默认为 false），否则会报错。
为什么加了参数还是报 command not found
不是参数写错了，大概率是 Sublime 启动构建系统时根本找不到那个命令——它不读你的 .zshrc 或 .bash_profile，PATH 是干净的系统级环境。你在终端里能跑 prettier --write，不代表 Sublime 也能。
- 最可靠解法：用绝对路径。先在终端跑
which prettier，得到类似/opt/homebrew/bin/prettier，然后直接写进cmd数组里 - Windows 用户特别注意：路径里别用反斜杠
\，写成C:/Users/xxx/prettier.cmd；也不要带空格路径没引号包裹，cmd数组里每个元素都是独立字符串，不用自己加引号 - Linux/macOS 上如果用了
shell_cmd，记得 shell 语法要合法，$file这种变量得用双引号包住，否则空格路径直接截断
shell: true 到底该不该开
开 shell: true 才能让 &&、|、; 这类 shell 操作符生效，比如编译完立刻运行："shell_cmd": "g++ -o $file_base_name $file && ./$file_base_name"。但代价是：它绕过 cmd 数组解析，所有东西都交给系统 shell 处理，环境变量、路径展开、转义规则全按 shell 来。
所以：
- 需要管道、重定向、条件执行时，必须开
shell: true，且只用shell_cmd - 只想安全传几个参数、避免 shell 解析风险（比如处理用户文件名），就用
cmd数组 +shell: false（默认） - 混用会出错：
cmd和shell_cmd同时存在，Sublime 只认shell_cmd；开了shell: true却用cmd数组，命令可能被当成单个字符串传给 shell，导致找不到可执行文件
中文路径和交互输入为什么失败
Sublime 构建系统默认不设 PYTHONIOENCODING，也不接管 stdin/stdout 的终端语义。遇到中文路径报错、print 输出乱码、input() 卡死，不是代码问题，是运行环境缺失关键设置。
解决办法是显式注入环境变量：
{
"cmd": ["python3", "-u", "$file"],
"env": {
"PYTHONIOENCODING": "utf-8"
},
"working_dir": "$file_path",
"selector": "source.python"
}
但要注意：这只能缓解编码问题，无法恢复完整交互能力。比如 input() 在 Sublime 底部面板里依然没法输——它不是真正的 TTY。真要交互调试，得换 Terminus 插件开个真实终端，或者用 subl -w filename.py 从命令行启动并等待。
最常被忽略的一点：构建系统保存后，必须手动在右下角状态栏选中它，Ctrl+B 才会触发这个配置，而不是默认的 Python 或其他 build system。很多人改完 JSON 就以为万事大吉，结果按 B 还是跑老配置。
