Pi 1.0 发布：把 MCP 装进核心，用 Pi Durable 解决 Agent 崩溃后“从哪继续”

Agent 框架的竞争，正在从“会不会调用工具”转向“崩了能不能接着干”。Pi 发布 1.0 版本，Code Mode 与原生 MCP 进入稳定版；同一天，团队推出全新 Harness——Pi Durable，目标很明确：让 Agent 在进程崩溃、服务重启、长任务中断之后，能从中断的位置继续，而不是让人再敲一遍“继续”。

一分钟速览

• Pi 升级至 1.0，Code Mode 与原生 MCP 正式进入稳定版。
• 新 Harness“Pi Durable”历经八轮架构迭代，主打长时任务与崩溃恢复。
• 框架接管消息、模型回复、工具结果与任务状态的持久化。
• 安全操作可重放，可能产生重复副作用的操作不会贸然重跑。
• 开发者估计它可直接替代自己约一半的外围代码。

一、Agent 真正难的地方，不在模型

做一个能演示的 Agent 很容易：接一个模型、给几个工具、写一段循环。难的是让它连续跑几个小时，中间经历网络抖动、工具超时、进程重启，还能记住自己做到哪一步。过去，这些“外围细节”要每个团队自己实现：设计数据库存消息、写任务调度、处理状态恢复、防止重复执行。

Pi Durable 想做的，就是把这层基础设施收进框架。它会保存用户消息、模型回复、工具执行结果和任务状态；进程崩溃后，Agent 可以从中断的位置继续。对于个人助理、Slack Bot、自动化工作流这类长时应用，这几乎是最刚需的能力。

二、崩溃恢复的关键：什么能重放，什么不能

“恢复”听起来简单，做起来很棘手。如果 Agent 在“查天气”这一步崩了，重启后重查一次没关系；但如果它正在“转账”或“发邮件”，盲目重跑就可能造成重复副作用。Pi Durable 的处理方式是区分操作类型：能够安全重放的操作重新执行，可能产生重复副作用的操作则不贸然重跑，而是交给上层确认或走补偿逻辑。

这个设计思路，和数据库里的事务与幂等性很像。区别在于，Agent 的动作发生在开放世界里，很多工具没有事务支持，也没有幂等保证。框架能做的是“尽量不重复”，剩下的仍要开发者给工具加幂等键、加去重表。

三、MCP 从“被拒绝”到“进核心”

这次更新还有一个颇有戏剧性的细节：MCP 曾被 Pi 公开拒绝，如今却进入了核心。过去一年，MCP 协议经历了六七轮调整，才逐渐发展到真正可用的阶段。协议稳定、生态起来之后，支持它不再是“追热点”，而是“接生态”——大量工具、数据源、企业内部系统都在按 MCP 暴露能力，不支持就意味着用户要自己写适配层。

Code Mode 进入稳定版同样重要。它让 Agent 用代码而不是自然语言来描述操作，适合复杂的数据处理和多步工具编排：该循环就循环，该判断就判断，不必把每个步骤都翻译成一句话。对开发者来说，这更接近平时写脚本的习惯，也更容易调试。

四、开发者的真实反馈

有开发者估计，Pi Durable 可以直接替代自己一半的代码，因为这些外围细节都由框架接管。Mario Zechner 的描述很直白：Agent 启动、调用工具，进程突然挂掉；重新启动后，它应该准确从原处继续，不需要人再次输入“继续”，工具结果和流式输出也不能丢失。

Armin Ronacher 则把关注点放在可靠性上：模型本身已经足够不可预测，当 Agent 开始脱离人的实时监督，框架必须提供确定性的边界。换句话说，模型可以“聪明得不确定”，但基础设施不能“不确定地丢状态”。

五、Agent 基础设施的竞争刚开始

过去大家比的是“谁的 Agent 更聪明”，现在越来越多团队发现，决定产品能不能上线的，是稳定性、可观测性和成本。一个能跑通 Demo 的框架，和一个能支撑 thousands of 长任务的框架，中间隔着一整套状态管理、重试、幂等和审计能力。

Pi Durable 的出现，说明 Agent 框架开始像 Web 框架、数据库ORM 一样，往“基础设施”方向沉淀。接下来值得关注的是：会不会形成事实标准、会不会出现跨框架的持久化协议，以及企业客户是否愿意把核心流程交给这类框架托管。答案还不确定，但方向已经很清楚——Agent 的下一战，不在提示词里，在状态里。