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

AI エージェントのカナリアデプロイと自動ロールバック — Antigravity と Burn-Rate SLO で本番を守る

AI エージェントの新バージョンを Antigravity 上でカナリアデプロイし、Burn-Rate SLO で自動ロールバックする実装パターン。個人開発でも回せる軽量運用のコード例付きで詳しく書きました。

canary-deploymentburn-rateslo3agents90production59antigravity435

プレミアム記事

2024 年の夏、運営している壁紙アプリの 1 つで「画像生成プロンプトを少しだけ最適化したつもりの変更」を本番に直接出した翌朝、レビュー欄が荒れていたことがあります。問題はプロンプトそのものではなく、テンプレートの条件分岐を 1 行書き換えたことでフォールバック経路が動かなくなっていたことでした。AdMob のセッション単価は半日でいつもの 6 割まで落ち、復旧までの数時間で本来得られたはずの売上は数万円単位で消えました。「全量切り替え」の怖さを、AI エージェントを組み込んだ機能ほど痛感する瞬間はありません。

エージェントは決定論的なコードと違って、入力分布が変わると挙動が静かにズレます。回帰テストが通っていても、本番のユーザー入力の長尾で破綻していることに後から気づきます。だからこそ「段階的に出す」「悪化したら速やかに戻す」を仕組み化しておく必要があります。ここで Antigravity をハブにして、カナリアデプロイ+ Burn-Rate SLO ベースの自動ロールバックを、個人開発でも維持できる粒度で組み立てる方法を書いていきます。アート活動と並走しながら 2014 年からアプリ開発を続け、累計 5,000 万ダウンロードを超える運用を続けてきた感覚として、「壊れたあとに気づくのではなく、悪化の兆候の段階で自動で巻き戻す」設計に切り替えた瞬間からデプロイの心理的負荷が劇的に変わりました。

Dolice Labs の運営も2014年からの個人開発と地続きで、ここで扱う題材は実際の現場で検証してから記事に起こしています。

カナリアと「普通の A/B テスト」を分けて考える

A/B テストは「どちらの方が良いか」を測定する仕組みで、両方とも『十分まとも』であることが前提です。一方カナリアは「新版が壊れていないか」を確認する仕組みで、悪い側を早期に検出して全量公開を止めることが目的です。AI エージェントの場合、評価指標は単なる成功率ではなく、応答品質・コスト・レイテンシ・安全性の 4 軸を同時に見る必要があります。

私が個人開発の現場で採用している境界線は次の通りです。

  • カナリア: 「壊れていない」ことを保証するフェーズ。トラフィック割合は 1% → 10% → 50% → 100% と段階的に上げ、各段階で Burn-Rate が閾値以下である必要がある
  • A/B テスト: カナリア通過後の「より良いか」を測定するフェーズ。十分なサンプル数が貯まるまで両系統を並行運用する

両者を混同すると、A/B テストの「効果を見たい」という気持ちが優先され、明らかに壊れた変更を見逃すリスクが上がります。先に「壊れていない確認」、後に「効果検証」という順序を SKILL.md レベルで固定するのが、結局のところ一番事故が減るやり方でした。

SLI / SLO / エラーバジェット / Burn-Rate を AI エージェント向けに整理する

カナリアの判定基準は、感覚や雰囲気ではなく数値で固定しておく必要があります。AI エージェントを運用するときに必須となる 4 つの定義を整理します。

  • SLI(Service Level Indicator): 計測する指標。AI エージェントでは「成功率(タスク完遂率)」「ハルシネーション検出率」「P95 レイテンシ」「コスト/リクエスト」を最低でも 4 系統測ります
  • SLO(Service Level Objective): SLI に対する目標値。例: 「成功率 99.0%、P95 レイテンシ 8,000ms 以下、コスト ≤ $0.012 / リクエスト」など
  • エラーバジェット: 一定期間内に許容される失敗の総量。例: 月次 SLO 99% なら、エラーバジェットは月の総リクエストの 1.0%
  • Burn-Rate: 一定の時間窓でエラーバジェットがどれくらいの速度で消費されているか。例: 1 時間で月次バジェットの 1% を使ったら Burn-Rate = 7.2(月単位に正規化)

カナリアでは Burn-Rate を「カナリア区間のトラフィックに対して」計算します。全体に対する Burn-Rate ではないことに注意してください。カナリアが 5% のトラフィックを受け持っている場合、その 5% の中での失敗率を見ます。これを混同すると、「全体としては安定して見えるが、新版に当たったユーザーの 30% が失敗している」状況を見逃します。

私が運用している壁紙系のアプリでは、AI 画像生成エージェントに対して次の SLO を設定しています。

  • 成功率(妥当な画像が返ってくる率): 98.5% 以上
  • P95 レイテンシ: 12,000ms 以下
  • セッションあたり生成コスト: $0.06 以下
  • 不適切画像検出率(安全フィルタを通過した不適切コンテンツの推定割合): 0.1% 以下

数字は事業のリスク許容度から逆算します。月間アクティブユーザー数が大きいアプリほど、わずか 0.1% の悪化でも被害規模が大きくなるため、SLO を保守的に設定しておく必要があります。

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

この記事の続きを読む

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

この記事で得られること
AI エージェントの新バージョンを本番投入するときの『誰かが気づくまで壊れ続ける』という恐怖を、Burn-Rate アラートと自動ロールバックで解消できるようになる
カナリアトラフィックの段階分割、SLI/SLO 定義、Burn-Rate 多重ウィンドウアラート、自動ロールバックトリガーの実装コードを習得し、自分の Antigravity ワークフローに組み込める
個人開発の小規模チームでも段階リリース体制を敷けるようになり、月数十万 DL クラスのアプリでも自信を持って週次デプロイへ踏み出せるようになる
Stripe による安全な決済 · いつでもキャンセル可能

この記事を購入する

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

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

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

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

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

関連記事

Agents & Manager2026-05-22
Antigravity Agent のフォールバック階層設計 — モデル劣化・API障害・コスト超過を 4 段で受け止める Resilience アーキテクチャ
AI エージェントの本番運用で起きる『モデル応答劣化・API障害・コスト超過』を 4 段階のフォールバック階層で受け止める設計を、6 アプリ並行運用の実装ログとともに整理しました。
Agents & Manager2026-04-24
Antigravity エージェントの SRE を始める — SLO とエラーバジェットで『AIは気まぐれ』を本番運用に落とし込む
AI エージェントは確率的に動く以上、SRE の考え方なしに本番運用はできません。SLI/SLO/エラーバジェットを Antigravity エージェントにどう適用するか、実装コードと運用判断基準まで踏み込んで解説します。
Agents & Manager2026-07-05
エージェント開発スタックの『既知の正常』を1枚のロックファイルで守る — 可動部が同時に動く時代の変更予算設計
IDEビルド・CLI・モデル・依存が同時に動くと、回帰の原因が特定できなくなります。既知の正常を1枚のロックファイルに固定し、一度に動かす軸を絞る変更予算の設計を、実装コードと運用ログで整理しました。
📚RECOMMENDED BOOKS
大規模言語モデル入門
山田育矢
LLM開発
生成AIプロンプトエンジニアリング入門
我妻幸長
プロンプト
Claude CodeによるAI駆動開発入門
平川知秀
AI駆動開発
※ アフィリエイトリンクを含みます
もっと見る →