OpenComputer 预览能够在恢复时保持状态不变的无服务器代理

Digger 的新平台允许开发者在本地测试受版本控制的代理,然后将它们部署到处于休眠状态的 Linux 虚拟机上。

By · Published

Primary source: X

Why it matters

Long-running agents need durable files, state and execution environments. OpenComputer is betting that managed, hibernating VMs become the deployment layer beneath them.

OpenComputer previews serverless agents that resume with state intact

Mohamed Habib (@motatoeshq), co-founder and CTO of Digger, opened an early preview of OpenComputer's serverless agents on August 4th, giving developers a managed path from local agent code to a persistent cloud deployment. Habib announced the preview in a post on X, showing the product's build, local test and deployment flow.

https://x.com/motatoeshq/status/2084502004618133724

poster=/api/storage/public-objects/tweet-videos/opencomputer-previews-serverless-agents-durable-vms-poster-c9b8bf1a.jpg|来自 @motatoeshq 在 X 的视频

Habib came to infrastructure through a less conventional route. He earned a PhD studying retinal image analysis before working on traffic routing, authentication, security and throttling for Amazon's Prime Video gateway, according to his professional profile. He later co-founded Digger with Igor Zalutski (@IgorZIJ) and Utpal Nadiger (@utpalnadiger), initially building open-source tooling for Terraform and other infrastructure-as-code workflows.

在“无服务器”标签背后的一台完整计算机

“无服务器”这个标签描述的是 OpenComputer 如何管理代理的生命周期。每次部署都运行在完整的 Linux 虚拟机上,而不是短暂的函数。OpenComputer 表示,机器在调用之间会休眠,保留其内存、文件系统和工作上下文,然后在下一个触发到来时恢复。产品页面称,空闲代理不会产生计算费用。

这种架构解决了代理开发者反复遇到的部署问题。代理可能会安装包、编辑文件、执行任意代码并在多次交互中继续任务。传统的无状态函数是围绕隔离请求和可预测运行时设计的。OpenComputer 则为每个代理提供了持久的工作区和能够在进程崩溃、断连或重新部署后仍能存活的机器。

OpenComputer 的 sandbox documentation 指出,每个环境都有自己的内核、文件系统、网络和进程空间,并通过 KVM 实现硬件级隔离。该平台还支持检查点、虚拟机分叉以及在机器运行时更改 CPU 或内存。

代理成为受源代码控制的项目

OpenComputer 将代理打包为包含其身份、指令、工具、服务连接、运行时配置、工作区和评估文件的目录。开发者可以将这些组件提交到仓库,并通过与应用代码相同的流程审查更改。

早期预览快速入门 演示了一个 Gmail 摘要器。开发者安装 OpenComputer CLI,从模板初始化代理,定义其指令和审批边界,连接 Google 账户,并在本地测试行为。运行 opencomputer deploy --alias production 会发布一个不可变的部署,同时保留稳定的代理身份。之后的部署会将 production 别名移动到新版本。

这种版本控制模型对于连接到电子邮件、源代码或业务系统的代理尤为重要。指令和工具权限的更改可能和应用代码更新一样会实质性地改变行为。将这些文件保存在源代码控制中,为工程团队提供了代理在每次部署时被允许执行内容的记录。

OpenComputer 还为已部署的代理分配永久端点,允许它们从 webhooks、计划任务和外部服务接收请求。该产品的设计目标包括收件箱分类、代码审查和可能需要暂停、保留状态并在之后继续的后台研究等工作。

Digger 扩展了其基础设施押注

OpenComputer 是 Digger 从管理人类编写的基础设施变更,向为自主软件提供基础设施转变的最新一步。在 3 月 15 日的一篇文章,Zalutski 认为代理代码将应用的请求-响应行为与持续集成任务的隔离和任意执行需求结合在一起。他的结论是,代理需要围绕网关、队列和专用执行环境构建的独立部署层。

serverless-agents 预览将这一论点变成了托管产品。Digger 认为开发者会想要与无服务器部署相关的便利性,同时保留代理可以当作自身计算机使用的持久机器。

Digger 于 2025 年 6 月 16 日宣布了一轮由 Initialized Capital 领投的 $3.6 million seed round。Zalutski 表示该轮还包括 Olivier Pomel、David Cramer、Michael Grinich、Zeno Rocha、Ben Porterfield、Peter Zaitsev、Eran Sandler、Oana Olteanu 和 Palumni VC。Initialized 表示,创始团队借鉴了在 Palantir、Amazon 和 Fitbit 的基础设施工作,而 Nadiger 曾帮助启动 OpenTofu——由 Linux Foundation 支持的 Terraform 分支。

预览发布后将面临真正的考验:持久虚拟机是否能提供足够的可靠性和运维简便性,以证明在代理栈中添加另一层是合理的。OpenComputer 的回答是隐藏机器的生命周期,同时不剥夺这台机器本身。

Reader comments

Conversation for this story loads after sign-in.