Pi 已经够小了，为什么还要再做一个会自己活下去的 Agent？

先把两个东西拆开#

Pi 跑在你的机器上，终端里一个人驱动。进程死了，你看一眼，再让它继续。Pi Durable 不是这个程序。它是 npm 包，大约一万五千行 TypeScript，负责存储、并行对话、工具和执行环境。API 还在变。天天在终端里写代码的人，可以当它不存在。

为什么不能直接把 Pi 改大#

终端形态的边界很具体：一台机器，一个人，断了可以人肉续上。一旦要进 Slack 和网页、对话长到人不盯着、容器会重启、多个人同时插手，缺的就不是新工具，而是每一步先落盘。硬塞进 Pi，日常那个极简客户端会被拖重。所以不合并。

Durable 在解决哪一种死法#

部署机器人查完日志，准备发布，容器被杀掉。普通 Agent 留下半段输出，再跑可能发两次。Durable 把模型请求和工具调用都做成任务，往前走之前先写检查点。新进程打开同一份存储接着跑。只读工具可以重放，部署这种不能重放的，不自动再执行，而是告诉模型上次被打断了。

对话也可以从任意一句分叉。子对话看得到父历史，但不复制。频道继续跑，线程从那一句出去，两场互不堵住。

Cloudflare 已经把它接进 Agents SDK。有人用它替换自己补了两天的恢复逻辑，也有人把它理解成不用再为 harness 开一台虚拟机。

它和 DeepSeek Harness 像，但不是同一个赌#

DSH 是能直接跑的运行时，连循环都是插件，装上就有界面。Pi Durable 没有日常界面。它押的是看得见的进度必须先落盘。X上热门对比帖比的多半是 Pi 编码 Agent 和 DSH 谁更会写代码，关于 Durable的对比讨论比较少。

这和 Agent 自己变强有什么关系#

自我改进死得最多的地方，常常不是插件不够多，而是试验跑到一半现场没了。检查点和分叉给的是一条能续的时间线。它不会因此变成通用智能，只是让一个已经够用的模型更不容易把工作做丢。

谁现在该看#

还在终端里写代码的，继续用 Pi。要做夜间任务、机器人、多人同时看一场执行的，再打开 Durable，并把它当成会变的实验底座。值得留下的是那条规则：没有落盘的进度，就不算发生过。