AREX Feed Article
MiniMax Code 2.0 弃自研投 Pi Agent，46K Star 开源框架吞下又一个 coding agent
8 月 7 日，MiniMax 正式宣告 发布。与常规版本迭代不同，这次升级的核心不是新功能，而是一次彻底的架构换底：MiniMax 放弃了自研的 agent harness，将整个产品重建在开源框架 之上。
Pi Agent 由 Mario Zechner（libGDX 作者）创建，是一个刻意保持极简的终端 coding agent 框架：内核只有 read、write、edit、bash 四个工具，在 GitHub 上积累了超过 46,000 颗星。MiniMax 的选择意味着，这个曾经只属于终端极客的小工具，正在成为 coding agent 赛道的共享基础设施。
「Pi 是 agent 时代的 Vim，Do one thing well」
中文 AI 社区对这次重构的反应异常集中。拥有 13,000 粉丝的 X 用户 将 Pi Agent 比作"agent 时代的 Vim——Do one thing well"。拥有 5,300 粉丝的工程师 写道："基于开源 Pi Agent 框架彻底重写，这点比加一堆新功能更重要。长任务不卡死、状态管理和工具调用稳定性上去了。"
另一位 X 用户 从团队决策角度给出了更直接的判断："对于人力有限的团队来说，选择 Pi 作为 agent loop 是一项 ROI 特别高的决策。"这条推文获得了 31 个赞，在同话题下属于高互动内容。
海外开发者的反应同样指向 Pi 的生态地位。拥有 891 粉丝的 AI 开发者 评论道："Pi Agent 正在悄悄成为 agent 框架中的 React——没人想自己维护编排层了，大家都只想在它上面套一层皮。" 称 MiniMax 的选择是"对构建好软件的巨大验证——当所有人都在说代码很廉价的时候，有资源和能力的组织仍然选择在 Pi 上构建，而不是从零造轮子"。
拥有 8,400 粉丝的 在 8 月 9 日发布了一篇详细体验帖，列出了 Agent Team 并行执行、Goal Mode 目标驱动、内置 Browser、长期 Memory 和手机远程控制等功能，结论是"整体完成度提升非常明显，现在的产品体验已经开始追上 Claude Desktop App 这一档了"。
7 月 13 日核心已上线，8 月 7 日的发布是宣示
翻阅 可以发现，Code 2.0 的架构重构并非 8 月 7 日才完成。
7 月 13 日，v3.0.48 版本已经标注"MiniMax Code 2.0: All-New Core"，p95/p99 首 token 延迟削减超过 90%，会话状态和工具调用数据的保存与恢复链路也被重建。7 月 20 日，v3.0.52 在"MiniMax Code 2.0 foundation now in place"的说明下，一次性交付了 Remote Control、Built-in Browser、Coding/Work 双模式和 BYOK 四个关键功能。后续版本陆续补齐了 Goal Mode、Browser Control 和 Proactive Memory。
8 月 7 日的正式推文发布，更像是对这四周密集迭代的一次对外宣告，而非代码层面的分水岭。
在 MiniMax 之前，Pi Agent 的生态已经在加速扩张。OpenClaw 将其作为核心 agent loop，todos.dev 同样基于 Pi 构建。据 X 用户 观察，Kimi Code 也已转向 Pi 底座——尽管这一说法尚未得到官方证实，但社区内的讨论指向同一个方向：agent harness 正在从各自造轮子走向收敛。
p95/p99 延迟砍掉 90%，但架构换底才是真升级
从更新日志来看，Code 2.0 的性能提升数据只有一项：从发起新会话到首个输出之间的 p95 和 p99 延迟削减超过 90%。除此之外，官方没有公布任何 benchmark 分数或排名。
这说明 MiniMax 对本轮升级的定位非常清晰：不是模型变强了，而是 agent 不卡了。日志中列出的改进项包括减少意外中断和静默卡死、改善状态保存和上下文衔接、降低低内存设备的运行时依赖，全部指向长任务执行的稳定性。
功能层面，Remote Control 是最具差异化的设计。用户可以将手机连接到桌面端的运行中会话，实时查看终端输出、代码变更和测试结果，远程发送指令或审批权限操作。MiniMax 在推文中将这一定位为"轻量级的观察和介入通道"，而不是试图在手机上复刻完整开发环境。
BYOK（Bring Your Own Key）让用户接入 Anthropic、OpenAI、Gemini 或本地模型，通过 base URL 和 API key 配置自定义 provider。Coding/Work 双模式则将开发上下文和交付物视角分拆：工程师看代码，非技术角色看进度和产出。
一个被多位用户提及的缺失是 Linux 支持。目前 Code 2.0 桌面端仅提供 。当用户追问是否计划开源时，MiniMax 官方账号回复了两个字：。
从比模型到比 harness，coding agent 的打法变了
今年上半年，coding agent 赛道的竞争焦点一直是底层模型的能力——Claude Opus 4.5 在 SWE-bench 上的表现、GPT-5 Codex 的多步推理、Kimi K2.6 和 MiniMax M2.5 在 agentic tool use 上的追赶。
但进入 2026 年下半年，竞争维度正在从"谁的模型更强"转向"谁的 agent loop 更稳"。原因很简单：再强的模型，如果在长任务执行中频繁卡死、丢失上下文、需要人工重启，就无法在真实工作流中兑现 benchmark 上的分数。
Pi Agent 的设计哲学恰好切中了这个痛点。它在 pi.dev 的文档中明确写道："Adapt Pi to your workflows, not the other way around"。不做子 agent、不做 plan mode、不做权限弹窗、不做内置 todo。一切复杂功能通过 TypeScript 扩展实现，核心 loop 保持极简。这种"做好一件事"的策略，配合 46,000 星的开源生态，正在吸引越来越多的商业产品放弃自研、接入它的编排层。
AlphaSignal 在 中指出，Pi 的哲学在这个选择中至关重要："与那些塞满子 agent、复杂规划模式和过量权限的功能重型 agent 不同，Pi 把核心做得极其小——一个短 system prompt 加上最小工具集，优先保证可靠性和开发者控制。"
MiniMax 的加入将这一趋势推到了新高度。作为一个横跨视频生成（H3）、代码模型（M2.5）和语音合成等多条模型线的厂商，它在 agent 编排层放弃自研、拥抱开源框架的决定，比一家纯工具型公司的同类选择更加意味深长。
Coding agent 的下一程不是比谁家模型分高，而是看谁的 loop 能在跑两小时后不翻车
MiniMax Code 2.0 的发布，与其说是一个产品升级，不如说是一张投名状，投给了 Pi Agent 领衔的"共享 harness"路线。当越来越多的产品不再自己写 agent loop，Pi 正在从一个小众开源项目变成 coding agent 生态的 Linux：内核极简、每个人在上面构建自己的发行版。
至于这场 harness 收敛最终会留下几个赢家，一个韩国开发者的评论或许比任何分析都更精确：。