11月13日、AnthropicはClaude公式ブログで、常駐エージェント（always-on agents）のアーキテクチャを解説する記事を公開した。常駐エージェントは実際に24時間動き続けるわけではない。普段は眠っており、イベントが届くと目覚めて仕事をし、また眠りに戻る。モデルの判断力向上と推論コストの低下により、この種のエージェントはデモ段階から実用段階へ移りつつある。長期タスクでは、Opus 5.5はOpus 5と比べて1タスク解決あたりのコストが78%低い。Anthropicによると、すでに顧客からこの体験を自社製品に組み込む方法について問い合わせが来ているという。
5つのプリミティブはそれぞれ何をするのか
常駐エージェントは通常のエージェントと同じコアのループを共有する。違いは外側のアーキテクチャにあり、5つのプリミティブから構成される。イベント受信箱は「受け取る」役割を担う。webhook、定時タスク、バックグラウンドジョブはまずイベントをデータベースのテーブルに書き込み、重複を除いてからワーカーが取り出す。そのため2つのイベントが同時に届いて実行が競合したり、クラッシュでイベントが失われたりすることがない。タイマーは「自発性」を担い、フォローアップとスケジュールの2種類がある。前者はエージェントが自分に課す締め切り、後者は日次ニュースレターのような固定リズムの定期作業で、スケジューラが定期的にポーリングして発火させる。
記憶は複数回に分かれた実行のあいだ連続性を保つ。他の場所で調べられないものだけを保存し、ユーザー指示、ユーザーメモ、送信済みメッセージ、タスクの進捗の4つに分類する。Anthropicの自社製品ではファイルのディレクトリとして実装されている。権限は最もリスクの高い部分だ。無人で動く実行はユーザーの認証情報を握っているため、Anthropicはリクエスト送信前にプロキシ経由で認証情報を注入すること、自動モードで高リスクの操作をブロックすること、ツール呼び出しを遅延させてユーザーの確認を待つことを推奨する。送信箱は結果をユーザーに届けるペースを調整する。うるさすぎれば邪魔になり、静かすぎれば見逃す。Anthropicはまず静かに始め、徐々にユーザーの注意を獲得していくことを勧めている。
誰に使えて、限界はどこか
このアーキテクチャは、既存のエージェントを能動的にしたいチームや、常駐体験をゼロから構築したいチームに向いている。典型的な用途は顧客へのフォローアップ、定期ブリーフィング、無人のバックグラウンドタスクだ。ただしこれが解決するのは、いつ目覚めるか、目覚めたときに何を覚えているか、終わったことをどう伝えるかであり、モデル自体の能力の上限ではない。セッションが長くなりすぎれば圧縮するか再開する必要があり、残すべき情報はその都度記憶に書き込まなければならない。毎回の実行にはコンテキストのオーバーヘッドもかかるため、Anthropicは初期コンテキストをすっきりさせ、プロンプトキャッシュでコストを抑えることを勧めている。
Anthropicはこの記事を製品発表ではなく構築ガイドと位置づけており、新製品や公開日は発表されていない。開発者は5つのプリミティブを自社アーキテクチャの不足点の点検に使える。エージェントプロトコルが実際にどう動くかもあわせて読むとよい。
