sublime text构建系统无法处理input()，因其输出面板无stdin输入通道，仅模拟只读终端；正确做法是使用终端或sublimerepl插件运行交互式脚本。
Sublime Text 的构建系统本身不支持运行时交互式输入（比如 input()），按 Ctrl+B 后遇到 input() 会直接卡住或报错，这不是配置问题，而是设计限制。
为什么 Sublime 的 Build System 无法处理 input()
Sublime 的输出面板是只读的流式终端模拟器，没有 stdin 输入通道。它调用的是后台 shell 执行命令（如 python -u "$file"），但不会把键盘输入转发给进程。所以哪怕你看到光标在闪、提示“Enter name:”，敲回车也没用——输入根本没送达 Python 进程。
- 现象：脚本停在
input()处，底部面板无响应，Ctrl+B任务看似“卡死” - 本质：不是 Python 没运行，而是 Sublime 没提供交互式 stdin 接口
- 对比：终端（Terminal / PowerShell / iTerm）原生支持完整 stdin/stdout/stderr，这才是交互式运行的正确场所
想传固定参数？用 build system 的 cmd 数组硬编码
如果你的脚本接受命令行参数（如 sys.argv 或 argparse），可以用构建系统的 cmd 字段直接传参，无需交互：
{
"cmd": ["python", "-u", "$file", "--mode", "dev", "--port", "8000"],
"selector": "source.python",
"working_dir": "$file_path"
}
-
"--mode", "dev"是两个独立参数，不能合并成"--mode dev" - 中文路径或含空格的值需确保系统 shell 能正确解析（Windows 建议用 PowerShell，macOS/Linux 用 bash/zsh）
- 这种写法适合调试固定组合，不适合每次换参数都改配置
需要真正交互？别硬刚，换工具或装插件
强行让 Sublime 支持 input() 成本高、兼容差、维护难。更务实的方案是：
- 日常调试带
input()的脚本：直接打开终端，cd $file_path && python "$file_name"—— 快、稳、无坑 - 想在编辑器内点一下就进交互环境：装
SublimeREPL插件（通过 Package Control 安装），然后Tools → SublimeREPL → Python → Python启动 REPL，再用Tools → SublimeREPL → Eval in REPL → Current File运行脚本 - 注意：
SublimeREPL在较新版本 Sublime（4.x）中兼容性一般，部分用户反馈启动失败；若遇问题，优先回归终端
别踩这个坑：以为改 shell 或 encoding 就能救 input()
很多人试过加 "shell": true、"encoding": "utf-8" 甚至 "quiet": false，这些对 input() 都无效。Sublime 的构建系统从底层就不暴露 stdin 句柄给子进程 —— 再多配置也绕不过去。
真正容易被忽略的点是：你花 20 分钟调一个永远不工作的 input() 构建系统，不如花 10 秒切到终端敲一行命令。交互式运行这件事，从来就不是 Sublime 的职责边界。
