sublimerepl 不提供行号标记、不支持 input() 交互、快捷键失效多因路径/id/作用域错误；其本质是轻量级伪终端，无法替代现代调试器。
SublimeREPL 本身不提供“行号标记”功能，它只是把 Python 解释器的原始输出原样显示出来——所以 print() 输出里不会自动带行号，input() 也不会标注“第几行在等待输入”。想看到执行位置，得靠你自己加逻辑或换方式。
SublimeREPL: Python - Run current file 不显示行号？
这是最常被误解的一点：很多人以为选了 SublimeREPL: Python - Run current file 就能像 IDE 那样高亮当前执行行。其实它只是调用 exec(compile(...)) 执行整个文件内容，和你在终端里敲 python script.py 效果一致——没有行号前缀，也没有执行追踪。
- 错误现象：
print("hello")输出就是hello，不是[line 5] hello - 根本原因：Python 标准解释器不自带行号打印；SublimeREPL 也没做额外包装
- 替代方案：如果真需要行号提示，可在代码开头插入
import sys; print(f"[{sys._getframe().f_lineno}] start")，但仅限调试临时用 - 注意：
run_existing_window_command的id值必须是repl_python_run（不是repl_python），否则快捷键会静默失败
为什么 SublimeREPL 的 Python 控制台不响应 input()？
SublimeREPL 的 Python REPL 标签页本质是伪终端（pty 模拟），对交互式系统调用支持有限。当遇到 input() 时，它常卡住、无响应，或抛出 EOFError，而不是弹出输入框。
- 常见报错：
EOFError: EOF when reading a line - 根本限制：Sublime Text 底层不提供真正的 TTY 输入通道，
input()依赖sys.stdin可读性，而 REPL 环境中该对象常被重定向为只读流 - 绕过方法：改用
raw_input()（Python 2）无效；推荐改用构建系统（Ctrl+B）运行脚本，它走的是真实子进程，input()可正常工作 - 兼容性提醒：即使你装了 IPython 内核，SublimeREPL 默认也不启用它；需手动修改配置指向
ipython可执行路径
快捷键绑定后按 F5 没反应？检查这三处
很多用户复制了网上的快捷键 JSON，但一按 F5 就没反应。问题几乎都出在路径、ID 或作用域上，不是插件没装好。
-
file字段必须写全路径："config/Python/Main.sublime-menu"（注意大小写，Windows 下也必须是斜杠，不是反斜杠） -
id必须匹配 SublimeREPL 源码定义的命令 ID：repl_python_run对应运行文件，repl_python对应启动空 REPL -
selector缺失会导致快捷键在非 Python 文件中失效；但更隐蔽的问题是：如果当前视图语言模式不是Python（右下角显示 “Plain Text” 或 “Python 3” 而非 “Python”），快捷键也会被忽略 - 验证方式：打开命令面板（
Ctrl+Shift+P），输入SublimeREPL: Python - Run current file，看是否出现在列表里——不在就说明插件加载异常或菜单文件损坏
真正麻烦的不是配置步骤，而是 SublimeREPL 的行为边界：它不接管 stdin/stdout 的底层语义，也不注入源码元信息。所有“带行号执行”“逐行高亮”“断点暂停”需求，都得退回到外部终端或换用 LSP + debug adapter 方案。别指望一个 2013 年起就没大更新的插件，扛起现代调试的活。
