jupyter-mcp-server
jupyter-mcp-server 是一款专为人工智能助手设计的桥梁工具,旨在让 AI 能够实时连接并操控 Jupyter Notebook 环境。它基于模型上下文协议(MCP)构建,解决了传统 AI 无法直接执行代码、查看运行结果或动态调整分析策略的痛点,实现了从“静态代码生成”到“动态交互式编程”的跨越。
这款工具特别适合数据科学家、AI 研究人员以及希望提升开发效率的程序员使用。通过它,AI 助手不仅能读取笔记本中的代码和数据,还能实际运行单元格、根据报错信息自动修正代码,并直观地展示图表、图像等多模态输出结果。其独特的技术亮点在于具备“上下文感知”能力,能理解整个笔记本的逻辑脉络,支持在多个笔记本间无缝切换,并集成了可观测性系统以便追踪执行过程。无论是本地部署、JupyterHub 集群还是云端环境,jupyter-mcp-server 都能灵活适配,并与 Claude Desktop、Cursor 等主流 AI 客户端完美兼容,让智能数据分析变得更加流畅自然。
使用场景
数据科学家小李正在利用大语言模型辅助调试一个复杂的机器学习训练 Notebook,需要频繁迭代代码并分析报错信息。
没有 jupyter-mcp-server 时
- 交互割裂严重:必须手动将 Notebook 中的报错堆栈和变量状态复制粘贴到聊天窗口,AI 无法直接感知内核实时状态。
- 调试循环低效:每次 AI 给出修改建议后,需人工回到编辑器应用代码、重新运行单元格,再截图反馈结果,流程繁琐。
- 上下文理解缺失:AI 仅能基于静态文本片段回答问题,无法结合当前 Notebook 中已执行的变量、图表等多模态输出进行综合判断。
- 多文件协作困难:当分析涉及多个关联 Notebook 时,难以在对话中灵活切换上下文,导致逻辑断层。
使用 jupyter-mcp-server 后
- 实时双向连接:jupyter-mcp-server 让 AI 直接连接 Jupyter 内核,实时读取单元格输出、变量值及绘图结果,无需任何手动复制。
- 智能自动修正:当代码运行失败时,AI 能立即捕获错误反馈并自动调整代码再次执行,实现“发现报错 - 修复 - 验证”的闭环自动化。
- 全语境深度感知:依托工具的全局上下文能力,AI 能理解整个 Notebook 的执行流,结合之前的图表和数据进行精准的多模态分析。
- 无缝多本切换:支持在对话中自由指挥 AI 操作不同的 Notebook 文件,轻松处理跨文件的复杂数据流水线任务。
jupyter-mcp-server 通过将 Jupyter 内核能力原生赋予 AI,把原本割裂的“问答 - 执行”过程转变为流畅的实时协同编程体验。
运行环境要求
- Linux
- macOS
- Windows
未说明
未说明

快速开始
[!IMPORTANT] v1.0.0 中的重大变更: 您必须在 MCP 客户端设置中配置
MCP_TOKEN。
[!NOTE] 我们需要您的反馈!
我们正在积极开发对 JupyterHub 和 Google Colab 部署的支持。如果您正在使用或计划使用 Jupyter MCP 服务器与这些平台配合,我们非常期待听到您的意见!
- 🏢 JupyterHub 用户:请分享您的部署设置和需求
- 🌐 Google Colab 用户:请帮助我们了解您的使用场景和工作流程
欢迎加入我们的 社区页面,您的反馈将帮助我们确定功能优先级,并确保这些集成能够无缝满足您的需求。
📖 目录
🚀 关键特性
- ⚡ 实时控制: 即时查看笔记本中的更改。
- 🔁 智能执行: 根据单元格输出反馈,自动调整失败的单元格运行。
- 🧠 上下文感知: 理解整个笔记本的上下文,以实现更相关的交互。
- 📊 多模态支持: 支持多种输出类型,包括图像、图表和文本。
- 📚 多笔记本支持: 轻松切换多个笔记本。
- 🎨 JupyterLab 集成: 增强的 UI 集成,例如自动打开笔记本。
- 🤝 MCP 兼容: 可与任何 MCP 客户端配合使用,例如 Claude Desktop、Cursor、Windsurf 等。
- 🔍 可观测性: 内置钩子系统,集成 OpenTelemetry,用于跟踪工具调用和内核执行。
兼容任何 Jupyter 部署(本地、JupyterHub 等)以及由 Datalayer 托管的笔记本。
🔧 MCP 概述
🔧 工具概述
该服务器提供了一组丰富的工具,用于与 Jupyter 笔记本进行交互,分类如下。有关每个工具的详细信息、参数和返回值,请参阅 官方工具文档。
服务器管理工具
| 名称 | 描述 |
|---|---|
list_files |
列出 Jupyter 服务器文件系统中的文件和目录。 |
list_kernels |
列出 Jupyter 服务器上所有可用及正在运行的内核会话。 |
connect_to_jupyter |
动态连接到 Jupyter 服务器,无需重启 MCP 服务器。 在作为 Jupyter 扩展运行时不可用。适用于动态切换服务器或避免硬编码配置。 了解更多 |
多笔记本管理工具
| 名称 | 描述 |
|---|---|
use_notebook |
连接到某个笔记本文件、创建新笔记本或在笔记本之间切换。 |
list_notebooks |
列出 Jupyter 服务器上所有可用的笔记本及其状态 |
restart_notebook |
重启特定受管笔记本的内核。 |
unuse_notebook |
断开与特定笔记本的连接并释放其资源。 |
read_notebook |
以简略或详细格式选项读取笔记本单元格的源代码内容。 |
单元格操作与执行工具
| 名称 | 描述 |
|---|---|
read_cell |
读取单个单元格的完整内容(元数据、源代码和输出)。 |
insert_cell |
在指定位置插入新的代码或 Markdown 单元格。 |
delete_cell |
删除指定索引处的单元格。 |
overwrite_cell_source |
覆盖现有单元格的源代码。 |
execute_cell |
执行单元格,支持超时设置,并可生成包括图像在内的多模态输出。 |
insert_execute_code_cell |
一步完成插入新代码单元格并执行的操作。 |
execute_code |
直接在内核中执行代码,支持魔法命令和 Shell 命令。 |
JupyterLab 集成
仅在启用 JupyterLab 模式时可用。默认已启用。
当以 JupyterLab 模式运行时,Jupyter MCP 服务器会与 jupyter-mcp-tools 集成,将额外的 JupyterLab 命令暴露为 MCP 工具。默认启用以下工具:
| 名称 | 描述 |
|---|---|
notebook_run-all-cells |
依次执行当前笔记本中的所有单元格 |
notebook_get-selected-cell |
获取当前选中单元格的信息 |
📚 了解如何自定义附加工具
现在可以通过 allowed_jupyter_mcp_tools 配置参数来自定义哪些 jupyter-mcp-tools 中的工具可用。这使您可以启用额外的笔记本操作、控制台命令、文件管理工具等。
# 示例:通过命令行启用附加工具
jupyter lab --port 4040 --IdentityProvider.token MY_TOKEN --JupyterMCPServerExtensionApp.allowed_jupyter_mcp_tools="notebook_run-all-cells,notebook_get-selected-cell,notebook_append-execute,console_create"
有关可用工具的完整列表及详细的配置说明,请参阅 附加工具文档。
📝 提示词概述
该服务器还支持 MCP 的 提示词功能,为用户提供一种与 Jupyter 笔记本交互的便捷方式。
| 名称 | 描述 |
|---|---|
jupyter-cite |
引用指定笔记本中的特定单元格(类似于编程 IDE 或 CLI 中的 @) |
有关每个提示词的详细信息、输入参数和返回内容,请参阅 官方提示词文档。
🏁 开始使用
如需全面的设置说明,包括 Streamable HTTP 传输、作为 Jupyter 服务器扩展运行以及高级配置,请查看 我们的文档。或者,您也可以通过下方的 JupyterLab 和 STDIO 传输快速开始。
1. 设置您的环境
pip install jupyterlab==4.4.1 jupyter-collaboration==4.0.2 jupyter-mcp-tools>=0.1.4 ipykernel
pip uninstall -y pycrdt datalayer_pycrdt
pip install datalayer_pycrdt==0.12.17
[!TIP] 若要确认您的环境是否正确配置:
- 在 JupyterLab 中打开一个笔记本
- 在任意单元格中输入一些内容(代码或 Markdown)
- 观察标签指示器:您应该看到笔记本名称旁边出现一个“×”,表示有未保存的更改
- 等待几秒钟——“×”应自动变为“●”,而无需手动保存
这种自动保存行为表明实时协作功能正常工作,这对于 MCP 服务器集成至关重要。
2. 启动 JupyterLab
# 在端口 8888 上启动 JupyterLab,允许从任何 IP 访问并设置令牌
jupyter lab --port 8888 --IdentityProvider.token MY_TOKEN --ip 0.0.0.0
[!NOTE] 如果您是通过 JupyterHub 而不是上述 JupyterLab 来运行笔记本,请参阅我们的 JupyterHub 设置指南。
3. 配置您首选的 MCP 客户端
接下来,配置您的 MCP 客户端以连接到服务器。我们提供两种主要方法,请选择最适合您需求的方式:
- 📦 使用
uvx(推荐用于快速入门): 一种轻量级且快速的方法,使用uv工具。非常适合本地开发和首次使用的用户。 - 🐳 使用
Docker(推荐用于生产环境): 一种容器化方案,可确保一致且隔离的环境,非常适合生产环境或复杂部署。
📦 使用 uvx(快速入门)
首先,安装 uv:
pip install uv
uv --version
# 应该是 0.6.14 或更高版本
更多关于 uv 安装 的详细信息。
然后,配置您的客户端:
{
"mcpServers": {
"jupyter": {
"command": "uvx",
"args": ["jupyter-mcp-server@latest"],
"env": {
"JUPYTER_URL": "http://localhost:8888",
"JUPYTER_TOKEN": "MY_TOKEN",
"ALLOW_IMG_OUTPUT": "true"
}
}
}
}
🐳 使用 Docker(生产环境)
在 macOS 和 Windows 上:
{
"mcpServers": {
"jupyter": {
"command": "docker",
"args": [
"run", "-i", "--rm",
"-e", "JUPYTER_URL",
"-e", "JUPYTER_TOKEN",
"-e", "ALLOW_IMG_OUTPUT",
"datalayer/jupyter-mcp-server:latest"
],
"env": {
"JUPYTER_URL": "http://host.docker.internal:8888",
"JUPYTER_TOKEN": "MY_TOKEN",
"ALLOW_IMG_OUTPUT": "true"
}
}
}
}
在 Linux 上:
{
"mcpServers": {
"jupyter": {
"command": "docker",
"args": [
"run", "-i", "--rm",
"-e", "JUPYTER_URL",
"-e", "JUPYTER_TOKEN",
"-e", "ALLOW_IMG_OUTPUT",
"--network=host",
"datalayer/jupyter-mcp-server:latest"
],
"env": {
"JUPYTER_URL": "http://localhost:8888",
"JUPYTER_TOKEN": "MY_TOKEN",
"ALLOW_IMG_OUTPUT": "true"
}
}
}
}
[!TIP]
- 端口配置:请确保 Jupyter URL 中的
port与jupyter lab命令中使用的端口一致。为简化配置,可在JUPYTER_URL中设置此值。- 服务分离:当两个服务位于同一台服务器时,可以使用
JUPYTER_URL;而在高级部署中,则应分别设置变量。之所以存在不同的 URL 变量,是因为某些部署会将笔记本存储(DOCUMENT_URL)与内核执行(RUNTIME_URL)分开。- 认证:在大多数情况下,文档服务和运行时服务使用相同的认证令牌。您可以使用
JUPYTER_TOKEN进行简化配置,或者为不同凭据分别设置DOCUMENT_TOKEN和RUNTIME_TOKEN。- 笔记本路径:
DOCUMENT_ID参数指定了 MCP 客户端默认连接的笔记本路径。它应相对于启动 JupyterLab 的目录。如果您省略DOCUMENT_ID,MCP 客户端可以自动列出 Jupyter 服务器上所有可用的笔记本,您可以通过提示交互式地选择一个。- 图像输出:如果您的 LLM 不支持多模态理解,请将
ALLOW_IMG_OUTPUT设置为false。
有关配置各种 MCP 客户端的详细说明——包括 Claude Desktop、VS Code、Cursor、Cline 和 Windsurf ——请参阅 客户端文档。
✅ 最佳实践
- 与支持多模态输入的 LLM(如 Gemini 2.5 Pro)交互,以充分利用其先进的多模态理解能力。
- 使用支持返回并解析图像数据的 MCP 客户端(如 Cursor、Gemini CLI 等),因为有些客户端可能不支持此功能。
- 将复杂任务(如整个数据科学工作流)分解为多个子任务(如数据清洗、特征工程、模型训练、模型评估等),并逐步执行。
- 提供结构清晰的提示和规则(👉 请访问我们的 提示模板 开始)。
- 尽可能提供更多信息(如已安装的包、现有数据集的字段解释、当前工作目录、详细的任务要求等)。
🤝 贡献
我们欢迎各种形式的贡献!以下是一些示例:
- 🐛 修复 bug
- 📝 改进现有功能
- 🔧 开发新功能
- 📚 改进文档和提示模板
有关如何开始开发并提交贡献的详细说明,请参阅我们的 贡献指南。
我们的贡献者
📚 资源
正在寻找关于 Jupyter MCP Server 的博客文章、视频或其他资料吗?
👉 请访问我们文档中的 资源板块,获取更多信息!
如果这个项目对您有帮助,请给我们点个 ⭐️
由 Datalayer 用心打造 ❤️
托管部署
托管部署已在 Fronteir AI 上提供。
版本历史
v1.0.02026/04/03v0.23.02026/04/01v0.22.12026/01/16v0.22.02026/01/09v0.21.22025/12/19v0.21.12025/12/16v0.21.02025/11/27v0.20.12025/11/27v0.19.02025/11/07v0.18.22025/10/30v0.18.12025/10/27v0.18.02025/10/24v0.17.02025/10/17v0.16.32025/10/16v0.16.22025/10/14常见问题
相似工具推荐
openclaw
OpenClaw 是一款专为个人打造的本地化 AI 助手,旨在让你在自己的设备上拥有完全可控的智能伙伴。它打破了传统 AI 助手局限于特定网页或应用的束缚,能够直接接入你日常使用的各类通讯渠道,包括微信、WhatsApp、Telegram、Discord、iMessage 等数十种平台。无论你在哪个聊天软件中发送消息,OpenClaw 都能即时响应,甚至支持在 macOS、iOS 和 Android 设备上进行语音交互,并提供实时的画布渲染功能供你操控。 这款工具主要解决了用户对数据隐私、响应速度以及“始终在线”体验的需求。通过将 AI 部署在本地,用户无需依赖云端服务即可享受快速、私密的智能辅助,真正实现了“你的数据,你做主”。其独特的技术亮点在于强大的网关架构,将控制平面与核心助手分离,确保跨平台通信的流畅性与扩展性。 OpenClaw 非常适合希望构建个性化工作流的技术爱好者、开发者,以及注重隐私保护且不愿被单一生态绑定的普通用户。只要具备基础的终端操作能力(支持 macOS、Linux 及 Windows WSL2),即可通过简单的命令行引导完成部署。如果你渴望拥有一个懂你
stable-diffusion-webui
stable-diffusion-webui 是一个基于 Gradio 构建的网页版操作界面,旨在让用户能够轻松地在本地运行和使用强大的 Stable Diffusion 图像生成模型。它解决了原始模型依赖命令行、操作门槛高且功能分散的痛点,将复杂的 AI 绘图流程整合进一个直观易用的图形化平台。 无论是希望快速上手的普通创作者、需要精细控制画面细节的设计师,还是想要深入探索模型潜力的开发者与研究人员,都能从中获益。其核心亮点在于极高的功能丰富度:不仅支持文生图、图生图、局部重绘(Inpainting)和外绘(Outpainting)等基础模式,还独创了注意力机制调整、提示词矩阵、负向提示词以及“高清修复”等高级功能。此外,它内置了 GFPGAN 和 CodeFormer 等人脸修复工具,支持多种神经网络放大算法,并允许用户通过插件系统无限扩展能力。即使是显存有限的设备,stable-diffusion-webui 也提供了相应的优化选项,让高质量的 AI 艺术创作变得触手可及。
everything-claude-code
everything-claude-code 是一套专为 AI 编程助手(如 Claude Code、Codex、Cursor 等)打造的高性能优化系统。它不仅仅是一组配置文件,而是一个经过长期实战打磨的完整框架,旨在解决 AI 代理在实际开发中面临的效率低下、记忆丢失、安全隐患及缺乏持续学习能力等核心痛点。 通过引入技能模块化、直觉增强、记忆持久化机制以及内置的安全扫描功能,everything-claude-code 能显著提升 AI 在复杂任务中的表现,帮助开发者构建更稳定、更智能的生产级 AI 代理。其独特的“研究优先”开发理念和针对 Token 消耗的优化策略,使得模型响应更快、成本更低,同时有效防御潜在的攻击向量。 这套工具特别适合软件开发者、AI 研究人员以及希望深度定制 AI 工作流的技术团队使用。无论您是在构建大型代码库,还是需要 AI 协助进行安全审计与自动化测试,everything-claude-code 都能提供强大的底层支持。作为一个曾荣获 Anthropic 黑客大奖的开源项目,它融合了多语言支持与丰富的实战钩子(hooks),让 AI 真正成长为懂上
ComfyUI
ComfyUI 是一款功能强大且高度模块化的视觉 AI 引擎,专为设计和执行复杂的 Stable Diffusion 图像生成流程而打造。它摒弃了传统的代码编写模式,采用直观的节点式流程图界面,让用户通过连接不同的功能模块即可构建个性化的生成管线。 这一设计巧妙解决了高级 AI 绘图工作流配置复杂、灵活性不足的痛点。用户无需具备编程背景,也能自由组合模型、调整参数并实时预览效果,轻松实现从基础文生图到多步骤高清修复等各类复杂任务。ComfyUI 拥有极佳的兼容性,不仅支持 Windows、macOS 和 Linux 全平台,还广泛适配 NVIDIA、AMD、Intel 及苹果 Silicon 等多种硬件架构,并率先支持 SDXL、Flux、SD3 等前沿模型。 无论是希望深入探索算法潜力的研究人员和开发者,还是追求极致创作自由度的设计师与资深 AI 绘画爱好者,ComfyUI 都能提供强大的支持。其独特的模块化架构允许社区不断扩展新功能,使其成为当前最灵活、生态最丰富的开源扩散模型工具之一,帮助用户将创意高效转化为现实。
markitdown
MarkItDown 是一款由微软 AutoGen 团队打造的轻量级 Python 工具,专为将各类文件高效转换为 Markdown 格式而设计。它支持 PDF、Word、Excel、PPT、图片(含 OCR)、音频(含语音转录)、HTML 乃至 YouTube 链接等多种格式的解析,能够精准提取文档中的标题、列表、表格和链接等关键结构信息。 在人工智能应用日益普及的今天,大语言模型(LLM)虽擅长处理文本,却难以直接读取复杂的二进制办公文档。MarkItDown 恰好解决了这一痛点,它将非结构化或半结构化的文件转化为模型“原生理解”且 Token 效率极高的 Markdown 格式,成为连接本地文件与 AI 分析 pipeline 的理想桥梁。此外,它还提供了 MCP(模型上下文协议)服务器,可无缝集成到 Claude Desktop 等 LLM 应用中。 这款工具特别适合开发者、数据科学家及 AI 研究人员使用,尤其是那些需要构建文档检索增强生成(RAG)系统、进行批量文本分析或希望让 AI 助手直接“阅读”本地文件的用户。虽然生成的内容也具备一定可读性,但其核心优势在于为机器
LLMs-from-scratch
LLMs-from-scratch 是一个基于 PyTorch 的开源教育项目,旨在引导用户从零开始一步步构建一个类似 ChatGPT 的大型语言模型(LLM)。它不仅是同名技术著作的官方代码库,更提供了一套完整的实践方案,涵盖模型开发、预训练及微调的全过程。 该项目主要解决了大模型领域“黑盒化”的学习痛点。许多开发者虽能调用现成模型,却难以深入理解其内部架构与训练机制。通过亲手编写每一行核心代码,用户能够透彻掌握 Transformer 架构、注意力机制等关键原理,从而真正理解大模型是如何“思考”的。此外,项目还包含了加载大型预训练权重进行微调的代码,帮助用户将理论知识延伸至实际应用。 LLMs-from-scratch 特别适合希望深入底层原理的 AI 开发者、研究人员以及计算机专业的学生。对于不满足于仅使用 API,而是渴望探究模型构建细节的技术人员而言,这是极佳的学习资源。其独特的技术亮点在于“循序渐进”的教学设计:将复杂的系统工程拆解为清晰的步骤,配合详细的图表与示例,让构建一个虽小但功能完备的大模型变得触手可及。无论你是想夯实理论基础,还是为未来研发更大规模的模型做准备


