今週もAntigravity Labをご覧いただき、ありがとうございます。
振り返ってみると、5月第3週は 「壊さない仕組みをどう積み上げるか」 が静かに通底していた一週間でした。新機能の華やかな話よりも、本番で動き続けるための地味な土台の設計が、記事の中心になっていたように感じます。
エージェントを試す段階から、エージェントに任せて回す段階へ少しずつ移ってきた中で、「うまく動いている時の話」だけでなく「壊れた時にどう受け止めるか」「壊さないために何を仕込むか」を言語化する必要が増してきた、というのが今週の手触りでした。
本番で壊れない設計 — HITL・フォールバック・キャッシュ・知識鮮度
今週の柱は、エージェントを本番で長く動かすための4本の記事でした。
本番運用で壊れない HITL 承認パイプライン — Antigravity Agent で確率的アクションを安全に流す設計 は、確率的に判断するエージェントの出力を、人の承認とどう組み合わせるかを扱った記事です。「全部承認」でも「全部自動」でもない、確率的に動く相手にふさわしい承認設計を、本番で破綻しない形で組むという視点は、これからエージェントを業務に組み込む全ての人に関わってきます。
Antigravity Agent のフォールバック階層設計 — モデル劣化・API障害・コスト超過を 4 段で受け止める Resilience アーキテクチャ は、エージェントが「いつか必ず壊れる」前提で書かれた記事です。私自身、2014年から個人開発でアプリを運用してきた感覚として、外部依存のあるシステムは「壊れる確率を下げる」と「壊れた時の被害を抑える」の二段構えでしか守れないと考えています。この記事は後者を4段の階層で言語化していて、本番運用の設計図として手元に置いておきたい1本でした。
Antigravity エージェントのプロンプトキャッシュとコンテキスト戦略 — 長期運用で月額APIコストを6〜8割削る実装パターン は、コストの観点から本番運用を支える記事です。プロトタイプ段階では気にならない API コストが、長期運用になると一気に経営課題になる、というのは多くの個人開発者が直面する現実だと思います。6〜8割削るという数字は派手に見えますが、内訳を読むと地味で堅実なキャッシュ設計の積み上げで、再現性が高い種類の知見でした。
Antigravity AIエージェントの『知識鮮度』を運用設計する — モデルカットオフ・コーパス老朽化・実世界時刻ずれを本番で扱う時間管理アーキテクチャ は、見落としがちな「時間の扱い」を真正面から扱った記事です。モデルのカットオフ、社内ドキュメントの陳腐化、現実世界の時刻のずれを、それぞれ別の問題として設計するという視点は、運用が長くなるほど効いてくるものだと感じました。
「夜中の見張り」を手放す — Background Agent シリーズ
エージェントを本番に組み込むときに最も価値が出るのは、人間が眠っている時間帯です。今週はその領域に焦点を当てた記事が2本ありました。
**リリース後72時間を Antigravity Background Agent に見張らせる：6アプリ並行アップデートで固まった指標監視ワークフロー**は、6アプリ並行アップデートの中で固まった指標監視ワークフローの記録です。crash-free users、ANR、eCPM、D1リテンションの4指標を同時に見るという設計は、累計5,000万DL規模の運用から逆算された警告ライン閾値とセットになっていて、自分のアプリにも輸入しやすい構造でした。
壁紙アプリの夜間アセット更新を Antigravity Background Agent に任せた3週間の所感 は、もう少し日常的な運用の話です。深夜のアセット更新という、毎日発生するけれど人がやる必要はない作業を、Background Agent にどう任せていったかを3週間追った記録でした。
私自身、iOS/Androidの壁紙アプリを2014年から運営している立場から読むと、両家の祖父が宮大工だったこともあって「迷ったら手を止める」という感覚が常にあります。Background Agent を夜に動かす設計でも、同じ感覚が必要で、その線引きをどこに置くかを丁寧に検討している記事は、自分の運用にも素直に持ち帰れるものでした。
AdMob × Crashlytics の実運用最適化
今週は収益化と品質改善の交差点に位置する記事も並びました。
Firebase Remote Config と Antigravity Agent で AdMob 配置を実運用しながら微調整する設計 は、深夜のオンデマンド最適化ループという具体的な構成を示した記事です。「触ってよい比率」をどう決めるかという問いは、eCPM と Day1 リテンションをどちらも守りたい開発者にとって日々悩むところで、命名規約と監視指標まで含めて書き下した骨格は実践に使えるものでした。
Crashlyticsの毎朝トリアージを5つのAntigravityサブエージェントに分担させた話 は、Crashlytics に集まるクラッシュレポートを複数のエージェントで切り分けるという設計です。1人の開発者が見るには限界がある量のクラッシュ情報を、トリアージのレイヤーで自動化していく試みは、6アプリ並行運営の現実から生まれた手応えのある記事でした。
これらの記事が示しているのは、エージェントの活用先は「コードを書かせること」だけではなく、「観測されたデータを判断する仕事」 にも広がっている、ということだと思います。コード生成は派手ですが、運用負荷を本当に下げるのはこの種の地味な自動化です。
5,000万DLアプリの現場ノウハウ
先週から続いている「実運用の正直な記録」も今週は厚みがありました。
累計5,000万DLアプリの保守を Antigravity に任せてみた — 正直な6週間レポート は、「任せてみた結果」を正面から記録した記事です。マーケティング的には不利になりそうな失敗も書き残しているところが、長く読み返したくなる種類の文章でした。
Firebase Apple SDK の CocoaPods → SPM 移行で詰まった3つのポイント — 4アプリ実例から は、2026年10月の CocoaPods 配信停止を見据えて、4アプリで実際に移行した時にハマった具体的なポイントを記録した実用記事です。Firebase を使っている個人開発者なら、避けて通れない移行作業の備忘録として機能します。
Antigravity で新 iPhone の解像度対応を乗り越えた話 — iPhone Air / 17 Pro 対応で29箇所ハマった実例 と Antigravity で追加したライブラリが古い Android 端末だけクラッシュする問題: coreLibraryDesugaring の盲点 は、新しい端末対応と古い端末サポートの両側面で、エージェントの提案を実機で検証していく実務の記録でした。「言われた通りに直したらかえって別のところが壊れる」という、個人開発を続けていると何度か経験する場面が丁寧に書かれています。
課金状態の「正」はどこにある？ — Antigravityで設計するad-free Source of Truthパターン は、課金状態の判定を複数の経路から取れるようにしておくと、必ずどこかで矛盾が起きるという話を、Source of Truth パターンとして整理した記事です。BillingManager と AdFreeManager の合成判定という具体実装まで踏み込んでいて、地味ですが個人開発で最も事故が起きやすい領域に光を当てています。
静かなトラブルシューティング群
今週も実用記事が並びました。
Antigravityの Agent から git push したら permission denied になるときの切り分けと恒久対策 は、複数 GitHub アカウントを使い分けている開発者が必ず一度は遭遇する問題を、原因の切り分けから恒久対策まで整理した記事です。
Antigravity Agent の編集で改行コードが混在して差分が壊れる時の診断と対処 は、私自身が Dolice Labs の横断ワークフローで「1ファイルのフロントマター編集だけで CI が 793 ファイル変更扱いで弾いた」経験を持っているので、この記事の問題提起と対策には強く共感できる内容でした。gitattributes・VSCode settings.json・AGENTS.md の三層で防御する構成は、輸入しやすい知見です。
AntigravityでAGENTS.mdが反映されないときの切り分けと対処 は、AGENTS.md を書いたのに効いていないように見える時の、原因切り分けの早見表として使える1本でした。
エディタとの付き合い方 — Walkthroughs を2週間
Antigravity Walkthroughs を壁紙アプリのリファクタリングで2週間使った所感 は、SPM 移行と iOS 26 対応という具体的な題材で、Walkthroughs と Plan Mode を比較しながら使い込んだ記録でした。
「リファクタリングは、新規実装よりもエージェントとの相性を確かめやすい題材だ」という感覚は、私も同じです。新規実装は仕様の余白が大きく評価が難しい一方、リファクタリングは「動きが変わらないこと」という明確な基準があるので、エージェントの実力を測る場としてフェアです。両家の祖父が宮大工だったこともあって、「直す前にまず古い継ぎ手をよく見ろ」という感覚で読んでいました。
来週の展望
来週は以下のテーマを中心に記事を準備しています。
- エージェント観測性の運用設計 — 今週の HITL とフォールバックの議論を、メトリクス収集とアラート設計の側に伸ばす
- AdMob メディエーション × エージェント — Liftoff / InMobi / Unity Ads を含むウォーターフォール調整の自動化
- iOS StoreKit 2 移行記録 — 4アプリでの実装パターンと、Antigravity が支援できる範囲の検証
今週も多くの方に記事を読んでいただき、ありがとうございました。本番で壊さない仕組みは、派手に語りにくい代わりに、確実に積み上がっていきます。来週も静かに役に立つ記事を届けられるよう、丁寧に書いていきます。