MiniMax Code 2.0 推倒重来：Agent 底座换成了 Node.js 开源框架

一家做大模型的公司，决定给自己的 AI 产品换掉底座。

更让人意外的是，没有继续关起门来造轮子，而是选中了一个来自 TypeScript 和 Node.js 生态的开源项目。

这就是刚刚发布的 MiniMax Code 2.0。

MiniMax 在发布说明里直接用了两个词：Rebuilt on Pi Agent，基于开源 Pi Agent 框架重构；宣传图上写得更干脆，Rebuilt from the Core，从核心重建。

换句话说，这次不只是模型升级，也不是给界面换个皮肤。MiniMax 动的是 Agent 的执行层，包括会话怎么启动、上下文怎么保存、工具怎么调用，以及一个长任务跑到一半之后能不能继续跑下去。

对 Node.js 开发者来说，这件事比又一款 AI 编程工具上线更有意思。

一个面向普通用户、办公场景和复杂任务的桌面 Agent，底层开始建立在 Node.js 开源生态之上。

MiniMax 为什么要推倒重来

今天的 AI 产品，最容易被高估的是模型，最容易被低估的是模型外面的那一圈系统。

让模型写一个函数不难。真正麻烦的是让它连续工作半小时，期间读几十个文件、调用多种工具、等待用户确认、修改代码、执行测试，还能记住前面做过什么。

任何一环的状态断掉，任务就会出现我们熟悉的场面：一直转圈、突然停住、忘掉上下文，或者同一件事反复做。

MiniMax Code 2.0 这次重点重建的，恰好就是会话执行、状态管理和工具调用链。官方给出的目标也很具体，让日常对话、办公任务和长时间运行的复杂任务更流畅、更稳定。

从公开的产品界面看，MiniMax Code 已经不只想做一个代码对话框。它把能力分成了两种模式：

• Coding 模式：保留开发上下文、代码管理和更完整的技术细节。
• Work 模式：隐藏一部分技术过程，让普通用户更关注进度和最终交付物。

它还加入了网页与 HTML 预览、文件直接编辑、自定义模型供应商、定时任务，以及手机远程控制桌面会话。

手机端不是重新跑一份任务，而是连接现有桌面会话。人离开电脑之后，仍然可以查看 Agent 回复、终端输出、代码改动和测试结果，也能继续发送指令、回答问题、处理审批。

功能越往这个方向扩展，底层状态就越难管。

一次对话可以丢了重来，一项运行几个小时的任务不行。远程连接中断后要从哪里恢复，用户在预览面板改过的文件如何同步，工具已经执行成功但结果没有及时返回又该怎么处理，这些问题靠几段 Prompt 解决不了。

MiniMax 选择在 2.0 版本更换底座，我认为真正想补的就是这块。

接住 MiniMax 的 Pi，到底是什么

Pi 不是突然冒出来的一个聊天机器人，而是一套模块化的开源 Agent 工具包。

它的仓库采用 TypeScript 和 npm workspaces，核心模块包括：

• pi-ai：统一不同模型供应商的调用方式。
• pi-agent-core：负责工具调用、消息流转和状态管理。
• pi-coding-agent：提供文件读取、编辑、命令执行和会话管理。
• pi-tui：负责终端交互界面。

这套结构的好处是，产品团队不用把模型适配、Agent 循环、会话状态和界面全部绑死在一起。需要换模型，可以动模型层；需要做桌面端或远程控制，可以在运行时和界面层继续扩展。

Pi 的 Agent 核心和编程工具都以 npm 包发布，当前版本在 package.json 中明确要求 Node.js 22.19 及以上版本。官方 SDK 也支持直接嵌入 Node.js 应用，扩展则可以用 TypeScript 编写。

{"type":"module","engines":{"node":">=22.19.0"}}


开发者可以注册自己的工具、监听生命周期事件、拦截工具调用、接入自定义模型，还可以替换会话和执行逻辑。

这正好解释了 MiniMax 为什么会选它。

MiniMax 需要的不是一个现成聊天界面，而是一套可以拆开、改造并嵌进自家产品的 Agent 运行时。Pi 足够轻，扩展边界又足够开放，MIT 许可证也允许商业产品基于它继续开发。

从工程角度看，拿一套已经在开源社区里跑过大量真实场景的底座，通常比继续维护一套封闭实现更划算。团队可以把精力放在远程控制、办公交付、浏览器操作和自家模型体验上，而不是反复修复基础工具调用链。

Node.js 正在进入 Agent 的基础设施层

过去提到 Node.js，很多人的第一反应还是 Web 服务、BFF、脚手架和前端工具链。

Agent 浪潮正在把它推到另一个位置。

AI 编程工具需要频繁访问文件系统、启动子进程、调用 Shell、建立长连接、解析流式响应，还要连接浏览器、编辑器和各种本地开发工具。这些恰好都是 Node.js 多年来最成熟的场景。

TypeScript 又补上了另一块。模型、工具、消息和事件之间传递大量结构化数据，类型定义可以让接口边界少出很多低级错误。再加上 npm 生态里现成的 CLI、协议客户端和开发工具，一个 Agent 从原型走向产品，路线会短不少。

Pi 的走红说明，Node.js 在 AI 时代的价值不只是调用一下大模型 API。

它正在成为连接模型、工具和操作系统的胶水层。

这也是 MiniMax Code 2.0 最值得 Node.js 开发者关注的地方。产品表面是一个桌面 AI 助手，往下拆，会看到 ESM、npm 包、TypeScript 扩展、事件系统、状态管理和工具调用。这些并不是一套陌生技术，反而是很多 Node.js 开发者已经用了多年的工程能力。

被换成 Pi 的是 Agent 核心。MiniMax 没有公开桌面客户端和云端服务的全部技术栈，因此不能据此判断整个产品都运行在 Node.js 上。但在整个产品最难稳定的执行层，Node.js 生态已经拿到了一张有分量的入场券。

MiniMax Code 2.0 会不会开源

Pi 本身采用 MIT 许可证，MiniMax Code 2.0 目前并不是开源产品。

有用户在官方发布内容下直接追问：“为什么它不开源？”

MiniMax Agent 的回复只有两个词：stay tuned，敬请关注。

MiniMax 已经愿意公开承认产品基于 Pi 重构，如果下一步开放自己在 Pi 之上增加的部分，开发者就能看到一个商业桌面 Agent 如何处理远程会话、办公任务、文件预览和多模式交互。这部分代码的参考价值，甚至可能比产品本身更大。

在 GitHub 仓库真正出现之前，先把它当作一个明确的悬念，而不是已经兑现的承诺。

最后

我对 MiniMax Code 2.0 最深的印象是一家拥有自研模型的公司，在产品做到一定复杂度之后，主动把 Agent 执行层换到了开源框架上。

模型决定一个 Agent 能想多聪明，底座决定它能不能把事情做完。

MiniMax 这次押注 Pi，就是给 TypeScript 和 Node.js 生态投了一张信任票。对开发者来说，它也给出了一个很现实的方向：未来做 AI 产品，未必需要转去一套完全陌生的技术栈。我们熟悉的 Node.js、TypeScript、事件系统和 npm 包，正在变成 Agent 产品真正的基础设施。

如果 MiniMax 后续真的开源 Code 2.0，这件事还会更有意思。

文章来自于微信公众号 “Nodejs技术栈”，作者 “Nodejs技术栈”