你的AI代理不是聊天机器人。它是一台计算机。像给计算机做快照一样对待它。

一个持久化AI代理不是一个聊天会话。它写入文件、安装软件包、运行服务、存储记忆并重写自己的配置。每运行一周，该环境就变得更有价值也更脆弱。安装错误的软件包，某个工具就会停止工作。更改错误的设置，它就无法连接模型。应用更新后，一个旧技能会悄悄表现不同。然后当更新来临时，你可能选择不更新。不是因为你懒惰。因为一个不良依赖就会把一个正常工作的代理变成一个周末的修复工作。我们在Mantlecore的公测中看到了这一点：人们坐等他们真正想要的更新，保护着他们已经好不容易调教好的设置。 **记忆不是恢复** 持久化记忆目前吸引大多数关注。记忆很重要，但记忆不是恢复。你的代理可以记住你的偏好，但仍然可能无法启动。它可以详细记住一个项目，但仍缺少处理该项目所需的软件包。 **有两种状态值得保护：** 代理状态：记忆、对话、技能、指令。 机器状态：文件、软件包、配置、服务、运行时。 只保护第一种状态，你会得到一个记住一切但什么都做不了的代理。 **让实验可逆** Mantlecore上的每个代理都运行在自己的虚拟机内，该虚拟机使用独立内核，因此我们将虚拟机作为恢复边界。在进行有风险的更改前创建快照，让代理更新、安装或实验，然后保留结果或恢复到之前的状态。无需从旧教程重建，也无需猜测之前哪个软件包版本有效。 创建快照（甚至在任务进行中）。尝试更改。保留或回滚。 这些都不是什么新概念。Proxmox、ZFS和btrfs已经做了多年的快照。如果你在正确的堆栈上自行托管，你可能已经拥有这个功能。但代理托管通常不会在你需要的那一刻（也就是点击更新前的那一秒）将还原点摆在你面前。 **在更新Hermes或Agent Zero、安装新技能、切换模型或提供商、或让代理尝试比平时更大的操作之前值得执行。** 在更改前创建还原点，而不是在出问题后。 **快照不是魔法** 快照会恢复虚拟机内部捕获的状态。它不会撤销代理在虚拟机外部已经执行的操作。如果你的代理发送了电子邮件、打开了GitHub问题、写入了外部数据库或触发了付款，恢复操作不会撤销任何这些操作。你仍然需要针对代理可以访问的外部工具设置作用域权限、审批步骤和真正的恢复路径。快照为代理的计算机提供了一条回头路。它们不会为互联网提供撤销按钮。 **为什么我们这样构建** 我们首先将更新视为基础设施问题：保持软件最新，保持部署可靠，快速修复故障。Beta用户向我们展示了这实际上是一个信心问题。他们并不是要求更多的基础设施控制。他们想要自由地更改他们最终调教好的设置。 你现在因为不想破坏代理而搁置了什么更新或实验？ 声明：我正在构建Mantlecore AI，为Hermes和Agent Zero提供托管虚拟机服务。我也用了AI来润色这篇文章😂 让你看得更舒服。