sublime text 无法真正运行 .ipynb 文件，仅能通过 sublimerepl 或 sublimejupyter 插件实现有限交互：前者依赖本地 ipython，支持基础 magic 命令但无 input()；后者需手动启动 jupyter server，不渲染 html/图像且不维护 cell 状态。
Sublime Text 无法真正打开或运行 .ipynb 文件，也不支持单元格执行、输出渲染、内核管理等 Notebook 核心能力——它不是 Jupyter 前端，只是一个文本编辑器。所谓“配置 Jupyter”，实际只有一条可行路径：把选中的 Python 代码发给本地已启动的 IPython 或 Jupyter 内核执行，本质是「文本编辑器 + 外部 REPL」。
SublimeREPL 是最稳定、无需额外服务的方案
它不依赖 Jupyter server，只要系统里装了 ipython（推荐用 Anaconda 或 pip install ipykernel），就能直接启动交互式终端并发送代码。
- 安装后通过
Tools → SublimeREPL → Python → Python - IPython打开 REPL 窗口 - 快捷键发送代码需在
Preferences → Key Bindings用户配置中添加：{ "keys": ["ctrl+shift+enter"], "command": "repl_transfer_current", "args": { "scope": "selection", "repl": "IPython" } } - 支持基础 magic 命令（如
%matplotlib inline），但不支持%run跨文件执行或自动重载模块 - 注意：
input()在 SublimeREPL 中默认不可用；若需交互输入，得改用SublimeREPL → Python → Python - RUN current file（新开进程模式）
SublimeJupyter 插件要求提前运行 jupyter server
这个插件试图桥接 Sublime 和 Jupyter 的 messaging protocol，但它不是“替代 Notebook”，而是把 Sublime 当作一个轻量前端去连接已运行的 Jupyter 后端。
- 必须先在终端手动启动服务：
jupyter server --no-browser --port=8888 - 插件配置项
jupyter_command必须填绝对路径（如/opt/anaconda3/bin/jupyter），不能只写jupyter -
kernel_name要和jupyter kernelspec list输出的真实名称一致（常见为python3或myenv，不是显示名） - 它能发送代码、获取纯文本输出，但无法渲染 HTML/图像/表格，也不支持中断正在运行的 cell
别碰 .ipynb 文件的“原生编辑”幻想
Sublime 可以用 JSON 插件格式化 .ipynb 文件、用正则批量清理输出、用多光标重命名变量——但它永远无法感知 cell 执行状态、不会高亮错误堆栈、也不能保存执行后的输出到文件中。
- 手动编辑
.ipynb极易破坏结构：删掉一个逗号可能让整个文件无法被 Jupyter 识别 - 版本控制时，
outputs字段会因每次运行而巨变，导致 diff 全是噪音；建议用jupytext --set-formats py:light,ipynb同步维护.py源码 - 如果真要“类 Notebook 编辑体验”，
Helium插件比 SublimeJupyter 更适合轻量可视化（比如快速画个plt.show()图），但它仍不处理内核通信，图是靠临时脚本弹出窗口实现的
最常被忽略的一点：所有这些“Jupyter 集成”都假设你已经理解 Notebook 的状态机本质——cell 之间有强执行顺序依赖，而 Sublime 完全不维护这个状态。你在 Sublime 里发十次同一段代码，得到的是十个独立执行结果，不是延续前一次的变量环境。这不是 bug，是设计使然。
