ANTIGRAVITY LABEN
記事一覧/Agents & Manager
Agents & Manager/2026-05-27上級

Antigravity Agent の Record & Replay — 失敗を3分で再現する本番運用パターン

Antigravity の自律エージェントが本番で失敗した瞬間を、後からオフラインで決定的に再生する Record & Replay の設計と実装。Dolice Labs 4 サイトを並行運用してきた経験から、ストレージ設計・PII マスク・ハーネスのコードまで具体的に解説します。

antigravity435agents90observability17record-replayproduction59debugging12

プレミアム記事

自律エージェントを本番に置くと、いずれ必ず「あの失敗をもう一度同じ条件で見られたら、一瞬で直せるのに」という瞬間に出くわします。個人開発で Dolice Labs の 4 サイトを並行運用していると、その瞬間は週に何度も訪れました。再現できない失敗は、原則として直せません。その壁を越えるために組み込んだのが、エージェントの本番実行を後からオフラインで決定的に再生する Record & Replay でした。設計判断からコード断片、実測コストまでを通して共有します。

月曜朝の小さな不審 — ログだけでは追えない失敗

数週間前のことです。日曜の深夜から月曜にかけて Antigravity Lab の自動投稿エージェントだけが、3 件中 1 件の頻度で「途中まで進んで止まる」状態に陥っていました。GitHub には記事の前半 6 割だけが push され、残りは空のセクション見出しが並んでいるという、ある意味で最悪の半端な失敗です。

ログを開いて最初に気づくのは、エージェントが沈黙する前の最後の発話が毎回違うことでした。あるときはツール呼び出しの待機中、あるときはモデル戻り値を解釈している途中。共通点は「外部依存(モデル API・GitHub API・Cloudflare KV)からの応答時刻」に集中しているらしい、ということだけ。

つまり、ログを後から眺めても、その瞬間にエージェントが何を観ていたか・どんな順序で出来事が起きたかが復元できません。再現できない失敗は、原則として修正もできません。この壁を越えるために導入した Record & Replay の設計を、設計判断からコード断片・実測コストまで通しで共有します。

なぜ「ログを読むだけ」では足りないのか

自律エージェントの失敗は、従来のステートレスなリクエスト・レスポンス型の障害と性質が違います。理由は次の三つです。

第一に、エージェントの状態は モデル戻り値とツール戻り値の非決定的な相互作用 の積み重ねで決まります。同じ入力プロンプトでも、モデルが返すツール呼び出しの順序・引数のニュアンスが微妙にぶれ、結果としてツールの戻り値も変わります。

第二に、エージェントは 長尺の文脈 を持ちます。Antigravity のフラッグシップである Agent Manager で 10 ステップ以上の作業を委ねれば、コンテキストウィンドウは数万トークンに膨れ上がります。最終的な失敗の原因が 7 ステップ前のツール戻り値に潜んでいる、というのが日常茶飯事です。

第三に、エージェントの 外部副作用は巻き戻せない ことが多い。GitHub に push したコミット、Stripe に作った Customer、Cloudflare KV に書き込んだキー。本番では「もう一度同じ条件で走らせる」ことが許されない場面が大半です。

これら三つを同時に解決するのが Record & Replay です。具体的には次のように働きます。

  • Record: エージェントの本番実行中に、すべての外部境界(モデル API・ツール API・時間)への入出力を構造化して記録する
  • Replay: 記録を読み込み、ローカルで決定的にエージェントを再実行する。外部 API は実際には呼ばず、記録された戻り値を返すスタブが代わりに応える
  • Bisect: 失敗時点の前後でステップを切り出し、原因区間を二分探索で絞り込む

ここまでお読みいただきありがとうございます。

この記事の続きを読む

この先には、実装コードやベンチマーク結果など、実務でお役に立てる内容をご用意しています。このサイトは広告を掲載しておらず、サーバーや開発にかかる費用はメンバーの皆様のご支援で成り立っています。もしお役に立てていましたら、ご支援いただけますと大変ありがたいです。

この記事で得られること
失敗したエージェント実行を 3 分で再現できる Record & Replay ハーネスを TypeScript で実装する手順がわかります
Cloudflare R2 と KV を組み合わせた記録ストアの実測コスト(月 ¥48 / 4 サイト並行)と TTL 設計が理解できます
PII マスク・モデル戻り値の再現性・タイムマシン的デバッグの落とし穴を、4 サイト運用での失敗事例から学べます
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

この先の内容をすべてお読みいただけます。一度のご購入で、いつでも何度でもアクセスできます。このサイトは広告を掲載しておらず、皆さまのご支援がサーバー費用などの運営を支えています。

または
メンバーシップなら全記事が読み放題 →
シェア

お読みいただきありがとうございます

Antigravity Lab は広告なしで運営しており、サーバー費用などの運営コストはメンバーシップのご支援で賄っています。実装コード・ベンチマーク・本番設計パターンなど、実務でお役立ていただける記事を毎日更新しています。もし読んでよかったと感じていただけましたら、ぜひご覧ください。

  • コピー&ペーストで使える実装コード付き
  • 毎日新しい上級ガイドを追加
  • ¥580/月 または ¥1,480 の永久アクセス
メンバーシップを見る →

関連記事

Agents & Manager2026-05-29
Antigravity 長時間実行エージェントの監視設計 — watchdog と段階的リカバリ
AdMob 収益最適化を 8 週間バックグラウンドエージェントに任せて見えた、長時間タスクが静かに停止する 3 つの故障モード。watchdog タイマーと段階的リカバリの実装メモを残します。
Agents & Manager2026-07-05
エージェント開発スタックの『既知の正常』を1枚のロックファイルで守る — 可動部が同時に動く時代の変更予算設計
IDEビルド・CLI・モデル・依存が同時に動くと、回帰の原因が特定できなくなります。既知の正常を1枚のロックファイルに固定し、一度に動かす軸を絞る変更予算の設計を、実装コードと運用ログで整理しました。
Agents & Manager2026-06-15
Antigravity のマルチエージェントを本番で壊さない封じ込め設計 — 連鎖障害を止める3つの境界の実装メモ
Antigravity のマルチエージェント構成は単体では綺麗に動くのに、本番では小さな失敗が全体に波及します。連鎖障害を止めるための制御の階層化・信頼境界・観測と冪等性という3つの境界を、TOML 設定と相関IDラッパーの実装まで含めて整理しました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →