5月もAntigravity Labをご覧いただき、ありがとうございました。
月末に5月の記事を読み返してみて、静かに通底していたのは「エージェントを試す段階」から「エージェントに任せて回す段階」へ移ってきた手触りでした。新機能の華やかな話よりも、本番で動き続けるための地味な土台の設計と、夜中の見張りを少しずつエージェントに渡していく運用の記録が、5月の中心になっていたように感じます。
私自身、2014年から個人開発でiOS / Androidの壁紙・ウェルネス系アプリを運営してきて、累計5,000万DLを超える規模の運用を続けてきました。両家の祖父が宮大工だったこともあって、技術選定の感覚は「派手に動くものを買う」ではなく「壊れた時に拾い直せる作りを残す」に近いところで動いています。5月の記事群は、その感覚と素直につながる内容が多かったので、ここで一度、月単位で整理しておこうと思います。
1. 本番で壊れない設計シリーズ — HITL・フォールバック・キャッシュ・知識鮮度・Record & Replay
5月の最大の柱は、エージェントを本番で長く動かすための設計記事でした。
本番運用で壊れない HITL 承認パイプライン — Antigravity Agent で確率的アクションを安全に流す設計 は、確率的に判断するエージェントの出力を、人の承認とどう組み合わせるかを扱った記事です。「全部承認」でも「全部自動」でもない、確率的に動く相手にふさわしい承認設計をどう組むか、というテーマは、これからエージェントを業務に組み込む全ての人に関わってきます。
Antigravity Agent のフォールバック階層設計 — モデル劣化・API障害・コスト超過を 4 段で受け止める Resilience アーキテクチャ は、エージェントが「いつか必ず壊れる」前提で書かれた4段の階層設計です。外部依存のあるシステムは「壊れる確率を下げる」と「壊れた時の被害を抑える」の二段構えでしか守れない、というのが個人開発で長く運用してきた感覚と一致していて、月の前半で読み返した時にも自分の運用に持ち帰れる骨格が多い記事でした。
Antigravity エージェントのプロンプトキャッシュとコンテキスト戦略 — 長期運用で月額APIコストを6〜8割削る実装パターン は、プロトタイプ段階では気にならないAPIコストが、長期運用で経営課題になる現実を扱った記事です。6〜8割削るという数字は派手に見えますが、内訳を読むと地味で堅実なキャッシュ設計の積み上げで、再現性が高い種類の知見でした。
Antigravity AIエージェントの『知識鮮度』を運用設計する — モデルカットオフ・コーパス老朽化・実世界時刻ずれを本番で扱う時間管理アーキテクチャ は、見落としがちな「時間の扱い」を真正面から扱った記事です。モデルのカットオフ、社内ドキュメントの陳腐化、現実世界の時刻のずれを、それぞれ別の問題として設計するという視点は、運用が長くなるほど効いてくると感じました。
月の後半には、本番運用の事後検証側にも光が当たりました。Antigravity Agent の Record & Replay — 失敗を3分で再現する本番運用パターン と Antigravity Background Agent のフォレンジック設計 — 6 ヶ月後でも判断を再現できる Cloudflare R2 監査ログ運用 は、6ヶ月後にも自分の判断を再現できる監査ログ設計の話で、リリース後の事故調査を真面目に考えるなら避けて通れない領域でした。「壊れない設計」と「壊れた時に拾い直せる設計」がセットになって5月は厚みを持ったと思います。
2. 夜中の見張りを渡す — Background Agentシリーズ
エージェントを本番に組み込むときに最も価値が出るのは、人間が眠っている時間帯です。5月はその領域に集中した記事が並びました。
リリース後72時間を Antigravity Background Agent に見張らせる：6アプリ並行アップデートで固まった指標監視ワークフロー は、6アプリ並行アップデートの中で固まった指標監視ワークフローの記録です。crash-free users、ANR、eCPM、D1リテンションの4指標を同時に見るという設計は、累計5,000万DL規模の運用から逆算された警告ライン閾値とセットになっていて、自分のアプリにも輸入しやすい構造でした。
壁紙アプリの夜間アセット更新を Antigravity Background Agent に任せた3週間の所感 は、深夜のアセット更新という、毎日発生するけれど人がやる必要はない作業をBackground Agentに渡した3週間の記録です。「迷ったら手を止める」という宮大工的な感覚を、Background Agentの設計にどう落とし込むかという問いと向き合った1本でした。
月末には Antigravity Background Agent に AdMob と Remote Config の差分を6週間レビューさせた所感、Antigravity Background Agent で iOS dSYM 欠落を 6 アプリ分まとめて自動回復した運用記録、Antigravity Background Agent に App Store スクリーンショットの多言語更新を4本のアプリで5週間任せた所感 が続き、Background Agentの守備範囲が「観測」「修復」「配信」へと広がっていく流れが見える月になりました。
3. 6アプリ並行運用とサブエージェント分業
5月の特徴的な動きは、サブエージェントを使った分業のパターンが一気に厚くなったことです。
Crashlyticsの毎朝トリアージを5つのAntigravityサブエージェントに分担させた話 は、Crashlytics に集まるクラッシュレポートを複数のエージェントで切り分ける設計です。1人の開発者が見るには限界がある量のクラッシュ情報を、トリアージのレイヤーで自動化していくという試みは、6アプリ並行運営の現実から生まれた手応えのある内容でした。
6 アプリ並行の iOS 更新を Antigravity の Main / Sub エージェントで束ねた実体験 は、5月にiOS 4アプリ＋Android 2アプリの並行アップデートを進める中で固まった、Main / Subエージェントの束ね方の記録です。Mainに段取りを持たせSubに作業を分散する形は、6アプリ規模になって初めて違いが見えるパターンでした。
Antigravity の並列エージェントで AdMob メディエーションを A/B 検証する実装ノート と Antigravity のサブエージェントでリリース直前 QA を 4 経路並列に分散する設計ノート は、A/Bテストとリリース直前QAという、いずれも「手数を増やしたいが人手は増やせない」領域に並列エージェントを当てた記録です。
アプリ内レビュー要求の出し分け条件を Antigravity Editor で 5 アプリ統一した数日の記録 と AdMob メディエーション 50+ グループを個人開発者がエージェントと回す — 任せる判断と握る判断 は、複数アプリにまたがる「設定の統一」と「設定の最適化」という、運用が長くなるほど効いてくる領域に光を当てた記事でした。
4. Antigravity 2.0 と周辺ツールの選び分け
5月の中盤、Antigravity 2.0 と Chrome DevTools for agents 1.0 を組み合わせる：Lighthouse 監査・拡張機能・メモリリーク追跡まで載せ替える運用設計 や Chrome DevTools for agents 1.0 が安定版に — Antigravity 2.0 同梱で何が変わったか で、Antigravity 2.0と周辺ツールの結合点が一気に整理されました。
CLI側では Antigravity CLI（agy）を触る：Gemini CLI からの移行手順とスラッシュコマンドの読み解き で、Gemini CLIからの移行とスラッシュコマンドの整理が進みました。
選び分けの判断ノートも厚くなりました。Antigravity と Codex CLI を 6 ヶ月並走させて見えた選択基準 — 6 サイトの自動投稿運用での実測比較 は、6サイトの自動投稿運用という具体的な題材で並走させた結果の実測比較で、月末の Antigravity と Codex を 5 月に並行運用してわかった選び分けの実用ライン — 個人開発の判断ノート と合わせて、5月時点での個人開発者向けの判断ラインを描き直す内容になりました。
Antigravity の Inline Edit と Agent モードを壁紙アプリ運用で1ヶ月使い分けた所感 は、Editor内の小さな選択肢ですが、1ヶ月使い分けてみると「壁紙アプリの設定値変更にはInline Edit、機能追加にはAgentモード」のような、具体的な使い分けラインが見えてくる内容でした。
ローカルLLM側では Antigravity のローカル LLM 切り替えで Ollama・LM Studio・Gemma 4 のどれを残すか — 個人開発の判断ノート で、個人開発の通信費・電気代・夜間のオフライン運用という観点から、ローカルLLMの選び分けの実用ラインを書きました。
Antigravity の Inspector を1ヶ月運用して見えた、エージェント挙動の読み解き方 は、Inspectorという観測ツールを1ヶ月使い込んで見えてきた、エージェント挙動の読み解き方の整理です。観測なしには改善できない、という当たり前を改めて確かめた1本でした。
5. 5,000万DL個人開発の現場ノウハウ
「実運用の正直な記録」も5月は厚みがありました。
累計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の合成判定という具体実装まで踏み込んでいて、地味ですが個人開発で最も事故が起きやすい領域に光を当てています。
Localizable.xcstrings の8言語翻訳を Antigravity に2週間任せた運用メモ と iOS Push 通知の A/B 運用を Antigravity Agent で週次回す — 文面・配信時刻・セグメントの自律改善ループ、月末の Antigravity Editor で AppLovin MAX を iOS に段階導入した4週間の実装記録 は、収益化・通知・多言語というアプリ運用の三本柱を、エージェントとの分業として書き下した記録でした。
6. 静かなトラブルシューティング群
5月も実用記事が並びました。
Antigravityの Agent から git push したら permission denied になるときの切り分けと恒久対策 は、複数 GitHub アカウントを使い分けている開発者が必ず一度は遭遇する問題を、原因の切り分けから恒久対策まで整理した記事です。
Antigravity Agent の編集で改行コードが混在して差分が壊れる時の診断と対処 と AntigravityでAGENTS.mdが反映されないときの切り分けと対処 は、月の中盤に並んだ「気づきにくいけれど効くトラブル」の対処記録です。
月の終盤には Antigravity の Workspace Indexing が大規模リポジトリで完了しないときの原因と対処、Antigravity の Agent が ssh / sudo / git rebase -i で固まる：TTY 不在問題の診断と恒久対策、Antigravity 内蔵ターミナルで日本語が文字化けするときの原因と対処、Antigravity の AI エージェントが .env ファイルの値を誤って解釈する問題の原因と対処、Antigravity の Google サインインが認証画面から戻らないときの原因と対処 などが並び、5月は「動かない時の引き出し」が静かに増えた月でした。
Antigravity でプロジェクトを切り替えた後にエージェントが前のリポジトリのコードを参照する問題の調査と対処 と AntigravityのAIがpackage.jsonの依存バージョンを上書きしてビルドが壊れた時の対処と予防 も、複数プロジェクトを並行運用する個人開発者には素直に持ち帰れる内容でした。
7. 並行運用と比較レビュー
選び分けの判断ノートを補強する記事も並びました。
Antigravity Browser Agent と Claude in Chrome を3週間並行運用して見えた住み分け は、Browser Agent と Claude in Chrome を3週間並べて使い、明確な住み分けが見えてきた記録です。
Antigravity の Walkthroughs を『リグレッション再現メモ』として育てた4ヶ月の運用記録 と Antigravity Walkthroughs を壁紙アプリのリファクタリングで2週間使った所感 は、Walkthroughs を「単発の手順書」ではなく「育て続ける運用ドキュメント」として扱う発想を、長期と短期の両側から記録した2本でした。
Antigravity の Settings Sync を3週間運用した所感 — 2台の Mac で個人開発を続けるための同期設計 は、2台のMacで個人開発を続けるための同期設計の記録です。私自身、メインMacとサブMacを行き来して作業することが多く、Settings Syncの設計判断が翌日の作業効率を大きく左右することを実感している領域でした。
Qwen3.7-Max が示す『35時間自律』の重み — Antigravity と Claude Code を併用する個人開発者の設計メモ は、長時間自律実行という新しい軸が、個人開発者の設計判断にどう影響するかを書き留めた1本でした。
8. VS Code 1.121 と Agent Host Protocol
エディタ周辺では VS Code 1.121 と Agent Host Protocol ― リモートでエージェントが住み続ける時代の、エディタ周辺で起きていることの整理 が、リモートでエージェントが住み続けるという新しい潮流を、エディタ周辺の動きとして整理しました。
6月への持ち越し
5月の振り返りを通じて、6月以降に持ち越したいと感じているテーマは次のとおりです。
- エージェント観測性の運用設計の実装側 — Inspector・Record & Replay・R2 監査ログを組み合わせた具体的なテンプレートを、別の個人開発者にも輸入しやすい形で書き残す
- Background Agent の守備範囲を「修復」へさらに広げる — dSYM 自動回復・スクリーンショット多言語更新の延長で、リリース後の小さな修復タスクを夜間に渡す設計を増やす
- 6アプリ並行運用の「決め事」を増やす — レビュー要求条件統一の延長で、課金状態・通知設定・広告配置の決め事をエージェントとセットで運用する
- Antigravity 2.0 と周辺ツールの結合点を再整理する — 月の中盤に整理した結合点を、6月の実運用でさらに磨く
5月は、エージェントを「試す」から「任せる」へと一歩進めた月でした。私自身、両家の祖父が宮大工だったこともあって、「動いていることと、信頼できることは別の話」という感覚が強くあります。任せるためには、壊れた時の拾い直し方まで一緒に設計しておく必要がある、というのが5月を通じて静かに確かめられたことでした。
6月もAntigravity Labは、本番運用の現場感覚と地続きの記事を、丁寧に書き残していこうと考えています。お読みいただき、ありがとうございました。