sublime text 不能运行 .ipynb 文件，也不支持单元格执行、内核状态保持或富输出渲染——它未实现 jupyter messaging protocol；所谓“配置 jupyter 运行环境”，仅能将选中代码发送至已启动的 ipython/jupyter 内核执行，本质是「文本编辑器 + 外部 repl」。
Sublime Text 不能运行 .ipynb 文件，也不能执行单元格、保持内核状态或渲染富文本输出——它根本没实现 Jupyter 的通信协议。所谓“配置 Jupyter 运行环境”，实际只有一条路径：把选中的 Python 代码发给一个**已在后台运行的 IPython/Jupyter 内核**执行。这本质是「编辑器 + 外部 REPL」，不是 Notebook 替代品。
为什么 Ctrl+Alt+B 没反应？内核根本没启动
插件（如 Jupyter 或 SublimeREPL）本身不启动内核，只尝试连接。按快捷键无响应，90% 是因为没手动启动过内核服务。
- 先在终端运行
jupyter console --existing测试是否能连上——如果报错No kernels available，说明内核没在跑 - 正确做法是：先开一个终端，执行
jupyter console或jupyter notebook（哪怕只开个空页面），让内核进程驻留 - Windows 用户注意：
jupyter console可能卡住，推荐改用ipython --no-banner启动纯 REPL，再让 Sublime 连这个进程 - 插件默认调用
jupyter console --existing，但如果你用的是虚拟环境，必须确保该环境里装了ipykernel，并执行过python -m ipykernel install --user --name=myenv
jupyter_command 和 kernel_name 怎么填才有效？
这两个配置项必须严格匹配你本地真实存在的命令和内核名，不能凭感觉写。
-
jupyter_command必须是绝对路径，比如/opt/anaconda3/bin/jupyter（macOS/Linux）或C:\Users\Alice\Anaconda3\Scripts\jupyter.exe（Windows）；写jupyter会失败，因为 Sublime 不继承 shell 的PATH - 查真实内核名：终端运行
jupyter kernelspec list，输出类似python3 /Users/Alice/Library/Jupyter/kernels/python3，其中python3就是kernel_name值 - 如果你用虚拟环境，
kernel_name通常是环境名（如myproject），不是python3；确认方式是看jupyter kernelspec list输出的第二列路径里是否含你的 venv 路径 - 配置文件位置：
Packages/User/Jupyter.sublime-settings，字段格式为："jupyter_command": "/your/path/jupyter", "kernel_name": "myproject"
选中代码发送失败？编码、缓冲和路径全要对齐
即使内核在跑、配置也对，仍可能发送失败或输出乱码，根源常在 Python 构建系统和终端环境不一致。
- 确保你的 Python
Build System用了-u参数："cmd": ["/path/to/python", "-u", "$file"]，否则print()输出可能被缓冲，input()卡死 - Sublime 启动时不读 shell 环境变量，所以你在终端激活的虚拟环境，对 Sublime 无效；必须把虚拟环境里的
python绝对路径（如./venv/bin/python）硬写进 Build System - 如果代码含中文，且输出是乱码，不是文件编码问题，而是 Python 解释器没拿到 UTF-8 locale；在 Build System 中加
"env": {"PYTHONIOENCODING": "utf-8"} - 别指望
import pandas成功却没报错——如果 import 失败，说明你发代码用的 Python 解释器跟内核用的不是同一个；检查sys.executable在内核里输出的路径，和 Build System 里写的路径是否一致
真正麻烦的地方不在配置步骤，而在于 Sublime 做不了内核生命周期管理：你得自己记着什么时候启内核、什么时候切 kernel、什么时候清理僵尸进程。一旦内核崩溃或端口占用，Sublime 就彻底失联，没有错误提示，只有静默失败。
