OpenComputer、状態を保持したまま再開するサーバーレスエージェントをプレビュー

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.

Mohamed Habib (@motatoeshq)、Diggerの共同創業者兼CTOは8月4日にOpenComputerのサーバーレスエージェントの早期プレビューを公開し、開発者にローカルのエージェントコードから永続的なクラウド展開へのマネージドな経路を提供しました。Habibは Xへの投稿でプレビューを発表し、製品のビルド、ローカルテスト、展開のフローを示しました。

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

Habibはインフラに対してやや変わった経路でキャリアを築きました。彼は網膜画像解析を研究して博士号を取得した後、AmazonのPrime Videoゲートウェイでのトラフィックルーティング、認証、セキュリティ、およびスロットリングに取り組んだと彼の職務経歴書は述べています。その後、彼はIgor Zalutski (@IgorZIJ)およびUtpal Nadiger (@utpalnadiger)と共にDiggerを共同設立し、当初はTerraformやその他のインフラストラクチャー・アズ・コードワークフロー向けのオープンソースツールを構築していました。

サーバーレスのラベルの背後にあるフルコンピュータ

「サーバーレス」というラベルは、OpenComputerがエージェントのライフサイクルをどのように管理するかを表しています。各デプロイメントは短命な関数ではなく、完全なLinux仮想マシン上で実行されます。OpenComputerは、マシンが呼び出しの間にハイバネートし、そのメモリ、ファイルシステム、作業コンテキストを保持し、別のトリガーが到着したときに再開すると説明しています。アイドル状態のエージェントは計算コストを発生させないと製品ページは述べています。

このアーキテクチャはエージェント開発者にとって繰り返し発生するデプロイ問題に対処します。エージェントはパッケージをインストールし、ファイルを編集し、任意のコードを実行し、複数のやり取りにわたってタスクを継続する可能性があります。従来のステートレス関数は、予測可能な実行時間を持つ隔離されたリクエストを前提に設計されています。OpenComputerは代わりに各エージェントに永続的なワークスペースと、プロセスクラッシュ、切断、再デプロイに耐え得るマシンを提供します。

OpenComputerのサンドボックスドキュメントによれば、各環境は独自のカーネル、ファイルシステム、ネットワーク、プロセス空間を持ち、KVMを介したハードウェアレベルの隔離が行われます。プラットフォームはチェックポイント、VMのフォーク、マシン稼働中のCPUやメモリの変更もサポートします。

エージェントがソース管理されたプロジェクトになる

OpenComputerはエージェントを、ID、指示、ツール、サービス接続、ランタイム設定、ワークスペース、評価ファイルを含むディレクトリとしてパッケージ化します。開発者はそれらのコンポーネントをリポジトリにコミットし、アプリケーションコードと同じプロセスで変更をレビューできます。

早期プレビューのクイックスタートはGmail要約ツールを通して手順を示します。開発者はOpenComputer CLIをインストールし、テンプレートからエージェントを初期化し、その指示と承認境界を定義し、Googleアカウントを接続してローカルで動作をテストします。opencomputer deploy --alias production を実行すると、不変のデプロイメントが公開されつつ、安定したエージェントIDが維持されます。後のデプロイメントは production エイリアスを新しいバージョンに移動します。

このバージョニングモデルは、メール、ソースコード、ビジネスシステムに接続されたエージェントにとって重要です。指示やツールの権限はアプリケーションコードの更新と同様に挙動を大きく変える可能性があります。これらのファイルをソース管理に保つことは、エンジニアリングチームに各デプロイ時にエージェントが何を許可されていたかの記録を与えます。

OpenComputerはデプロイされたエージェントに恒久的なエンドポイントも割り当て、webhook、スケジュール、外部サービスからのリクエストを受け取れるようにします。製品は、状態を一時停止・保持して後で継続する必要がある受信箱の仕分け、コードレビュー、バックグラウンド調査といったジョブを想定して設計されています。

Diggerはインフラへの賭けを拡張する

OpenComputerは、Diggerが人間が書いたインフラ変更の管理から自律ソフトウェア向けインフラ提供へ移行する中での最新の一歩です。Zalutskiは3月15日付のエッセイで、エージェントコードはアプリケーションのリクエスト─レスポンス動作と、継続的インテグレーションジョブの隔離と任意実行の要件とを兼ね備えていると主張しました。彼の結論は、エージェントにはゲートウェイ、キュー、専用実行環境を中心に構築された別個のデプロイ層が必要だというものでした。

サーバーレスエージェントのプレビューはその主張をマネージド製品に変えます。Diggerは、開発者がサーバーレス展開に伴う利便性を求めつつも、エージェントが自身のコンピュータとして扱える耐久性のあるマシンを保持したいと考えると賭けています。

Diggerは2025年6月16日に$3.6 million seed round led by Initialized Capitalを発表しました。ZalutskiはこのラウンドにOlivier Pomel、David Cramer、Michael Grinich、Zeno Rocha、Ben Porterfield、Peter Zaitsev、Eran Sandler、Oana Olteanu、および Palumni VC が含まれると述べました。Initializedは創業者らがPalantir、Amazon、Fitbitでのインフラ作業を活かしていると述べ、NadigerはLinux Foundation支援のTerraformフォークであるOpenTofuの立ち上げに関与していたとしました。

プレビューはデプロイ後に本当の試練を迎えます：永続的なマシンが、エージェントスタックに別の層を追加する正当性を裏付ける十分な信頼性と運用の簡潔さを提供できるかどうかです。OpenComputerの答えは、マシンのライフサイクルを隠蔽しつつマシン自体を奪わないことです。