Prime Agent 0.9.2、ディスク上のカーソルでトレースのアップロード進捗を保存し、再起動後に未完了の処理を再開

Prime Intellect は9月5日、Prime Agent 0.9.2をリリースした。長時間かつ複数の子エージェントを伴う処理で特に障害が起きやすい2つの領域、すなわちトレースデータの永続化と、エージェントツリーの状態およびコスト計算に手を入れている。従来はプロセス終了時に trace のアップロードを待つ場合があったが、新バージョンではディスクカーソル方式の outbox を採用し、セッションごとにアップロードの意図と送信済みコンテンツの位置を保存する。スケジュールされたアップロードは新たに追加された部分だけを処理し、レート制限に遭遇した場合はプロセスをその場で sleep させるのではなく、`Retry-After` に従って再スケジュールする。予期せず終了した場合は、次回起動時に catch-up が実行される。

この設計により、「エージェントタスクの完了」と「テレメトリの正常な配信」が切り離され、ネットワークやトレースサービスの障害によって daemon が停止する可能性を抑えられる。一方で、ローカルの outbox が新たな永続状態となるため、運用担当者はバックログ量、ディスク使用量、セッション削除後のカーソルのクリーンアップを監視しなければならない。そうしなければ、非同期転送は障害を先送りするだけになる。

0.9.2では、共通の append-only event-log 基盤レイヤーも切り出された。1回の `O_APPEND` 書き込み、オプションの fsync、範囲を限定した fail-closed なリプレイ、最終行の切り詰めを許容する修復メカニズムにより、RLM spawn ledgerを支える。新たな `semantic-edges.jsonl` はモデルリクエストに安定した request ID を割り当て、親子セッション、子エージェントの呼び出しと戻り値、継続、圧縮イベントを記録する。これにより、ツールはマルチエージェントの実行グラフを再構築できる。ただしリリースノートには、現時点では派生処理と outbox への登録のみが実装されており、この種の ledger を実際に送信するエンドポイントはまだ存在しないと明記されている。

このほか、ACP クライアントが提供する MCP サーバーツールをネイティブの callable として扱えるようになったほか、子エージェントの token 数とコストを再帰的に集計する機能、深いエージェントツリーをキャンセルする際に指数関数的な再訪が発生し得る問題の修正が含まれる。これは実行の信頼性を高めるアップデートであり、新たな独立機能のベンチマークは示されていない。Prime Agent の中核は引き続き、永続的な IPython kernel を通じてモデルにプログラムを実行させる仕組みである。導入者は外部 sandbox 内で、MCP の権限、トレース内容に機密データが含まれていないか、クラッシュリカバリ後に副作用が重複して発生しないかを検証すべきだ。