エージェントランタイムの再発見 — なぜ2026年4月、誰もが同じ問題をもう一度解いているのか

エージェントが何日も、何週間も実行されるなら——そのエージェントは一体どこに住んでいるのか。誰が再起動し、誰が状態を保全し、誰が死んだら起こすのか。

2026年4月8日から9日の48時間、異なる会社が同じ問題に同時に答えた。Anthropicが公式TwitterでManaged Agentsを発表し、SkyPilotのブログが長期エージェントの設計思想を公開し（HN 113ポイント）、InstantDBが「AIが作ったアプリのためのバックエンド」として1.0をリリースし、TechCrunchはAstropad Workbenchを「ITサポートではなくAIエージェントのためのリモートデスクトップ」として報じ、Relvy（YC F24）が「On-call runbooks, automated」でLaunch HNに投稿した。

異なる会社、異なる技術スタック。しかしこれらが同じ週に発表した製品群の共通分母は一行で表現できる——長期実行エージェントをどうホスティングするか。エージェントが「リクエスト-レスポンス型の関数」から「長期実行プロセス」へと遷移する中で、1990年代のapplication serverが解こうとした古い分散システムの問題が——新たな衣をまとって——回帰している信号である。

1. エージェントが「関数」から「プロセス」へ遷移する瞬間

2023〜2025年前半まで、LLMを呼び出すコードの基本形は単純だった。ユーザーがメッセージを送り、モデルが応答し、セッションが終わる。長くて数十分。これは本質的に関数だ——入力があり、出力があり、終われば消えても構わない。Stateless。AWS Lambdaが登場した当初にあらゆるバックエンドワークロードを関数に還元しようとしたのと寸分違わぬ構図である。

2026年の変化とは、この構図がもはや成立しないということだ。今のコーディングエージェントは数時間走り、バックグラウンドリサーチエージェントは数日走り、オンコールエージェントは事実上常時走る。ユーザーが寝ているとき、ユーザーが会社を辞めた後も走り続けなければならない。これはもはや関数ではない。プロセスである。

関数とプロセスの違いはインフラ要件の違いだ。関数はコンテナをその都度立ち上げては落とせる。プロセスをそう殺せば数日分の作業が消える。関数の観測は呼び出しごとのログ一行で足りる。プロセスの観測は時間軸に沿った状態変化の追跡を要する。2026年4月のすべての発表は、この遷移に対する応答である。

2. Anthropic Managed Agents —「古いコンピューティングの問題が戻ってきた」

Anthropic公式アカウントがManaged Agentsを発表する際の文章は意図的に抽象度が高い。「長期実行エージェント向けホスティングサービスは、コンピューティングの古典的難題——まだ考えられていないものをいかに安全に実行するか——に関するものだ。」

これが興味深いのは「AIの新機能」ではなく「古いコンピューティング問題の新たな事例」としてフレーミングしている点にある。エージェントはコンパイル時にコードが確定していない。モデルがランタイムに次の行動を決定し、それがどのシステムコールや外部API呼び出しにつながるかはその都度新たに生成される——つまり、ホストは「まだ存在しないコード」を受け取って安全に実行しなければならない。1972年の問題が2026年に新たな形で回帰したのである。

クラウド業界においてmanagedという接頭辞が付くサービスの意味は一貫している——ユーザーはワークロードの本質だけを定義し、インフラ（スケーリング、再起動、障害復旧）はホストが責任を負う。Managed Agentsはこのパターンをエージェントというオブジェクトに適用する最初の試みだ。

3. SkyPilot Research-Driven Agents — ランタイム設計がエージェントの行動を変える

SkyPilotの「Research-Driven Agents」はAnthropicと正反対の方向から同じ問題にアプローチする。「エージェントをどうホスティングするか」ではなく「ホスティングされたエージェントはどう異なる振る舞いができるか」だ。核心的な主張は単純だ——コーディングエージェントはコードを書く前にまず読むべきである。

関数型エージェントの時代にこの主張は贅沢だった。数十分で終わらなければならないエージェントに「まず数日間コードベースを読め」とは言えない。readフェーズで集めたコンテキストがwriteフェーズへ安全に引き渡される保証もない。長期実行エージェントランタイムが登場した瞬間、この制約が解かれる。

ランタイムが行動を決定する。 エージェントがどのような形の作業を遂行できるかは、モデルの能力だけでなく、そのモデルを包むランタイムがどのような時間単位を許容するかに依存している。単一マシンRDBMSの時代に可能だったクエリと、分散OLAPエンジンの時代に可能になったクエリが種類そのものにおいて異なったように——インフラが行動の地平を広げる。

4. InstantDB・Astropad・Relvy — エージェントが「ユーザー」になるとき

InstantDB 1.0の副題は挑発的だ。「a backend for AI-coded apps.」既存バックエンドは人間のデプロイサイクルを前提にしている——スキーマは事前に確定し、マイグレーションは緩やかに進む。AIエージェントはこれを覆す。一時間にスキーマを五回変え、ステージングとプロダクションの境界を無視する。InstantDBはバックエンド自体を「スキーマとクライアントがリアルタイムで同期する」モデルに再設計することで答えた。エージェントが長期実行プロセスであるなら、そのプロセスが作ったアプリも長期実行だ。死んで生き返るのではなく、絶えず変化しながら起動し続けるバックエンドが必要である。

Astropad Workbenchはヘッドラインそのものがこの変化を凝縮する。「for AI agents, not IT support.」ユーザーが人間からエージェントに変わると、画面は人間の視覚ではなくエージェントの視覚処理パイプラインのためのものになる。入力は人間の指の速度ではなく、エージェントが意思決定する速度だ。人間の役割は直接のユーザーではなく、モバイルから覗き込む——スーパーバイザーになる。

Relvyのオンコール対応エージェントはdaemonだ——1970年代のUnixのあの概念。アラームが鳴るまで眠り、鳴ったら起きて診断し、また眠る。これはホスティングインフラなしには存在できない。誰かが24時間そのエージェントを生かし続けなければならないからだ——まさにManaged Agentsが解こうとしている問題の形そのものである。

5. 古い問題の新たな変奏 — application server、FaaS、そしてagent runtime

1990年代のapplication server（WebLogic、JBoss）の核心的問題は「ステートフルな長期実行プロセスをいかに安全にホスティングするか」だった。トランザクション、セッション、コネクションプール、オブジェクトのライフサイクル——これらを一つのパッケージにまとめた。しかし重く、デバッグが困難で、水平スケーリングとうまく噛み合わなかったため、次の世代は正反対へ向かった。

2010年代のFaaS（AWS Lambda）の答えは「長期実行プロセスという概念そのものを放棄しよう」だった。状態を外部ストレージに追い出し、関数をstatelessにする代償として、運用責任の大部分をクラウドプロバイダーに委譲できた。しかしあらゆるワークロードがstatelessに還元できるわけではない。機械学習訓練、ワークフローオーケストレーション、エージェント——これらはstatefulの本性が強すぎた。

2020年代半ばのagent runtimeは、この二つの時代の総合である。エージェントはapplication serverが扱っていた「ステートフルな長期実行」の本性を持つ。同時にFaaSが約束した「運用責任の外部委託」を求める。AnthropicのManaged Agents、SkyPilotのlong-runningエージェント、InstantDB、Astropad——各企業がそれぞれのレイヤーで同じ問題の異なる断面を解いている。1990年代にBEAとIBMとOracleが隣接領域を分担したように。2026年4月第一週の光景はあの時代の再演に近い。

6. 問い — あなたのエージェントはどこに住んでいるか

同じ週に五つの組織が同時に五つの答えを出した。それぞれが異なるレイヤーを占有したが、同じ構造的圧力——関数からプロセスへの遷移——に応答しているのは明白だ。

問いは読者に投げかけたい。あなたが今作っているエージェントはどこに住んでいるのか。そのホストは数日を保証するのか、数週間を保証するのか。死んだら誰が起こすのか。残した痕跡を誰が監査するのか。これらの問いに答えがないなら、あなたの作るエージェントはまだ関数の時代にとどまっている。

2026年4月第一週は、その答えを見つけなければならないという事実が業界全体で同時に認識された週として記憶されるだろう。1990年代のapplication serverが解こうとした問題、2010年代のFaaSが逃げ出した問題が——エージェントの形をとって——戻ってきた。そして今回は逃げ場がない。エージェントは本質的にstatefulでありlong-runningだからだ。