6月前半のAntigravity Labを、ここで一度振り返ります。前回の週間ハイライトから少し間が空いてしまいましたが、その分この二週間は、一本ごとの密度を上げることに気持ちを向けていました。
読み返してみて気づいたのは、6月に入ってからの記事のほとんどが、結局のところ同じ一つの問いを別の角度から扱っていた、ということです。「エージェントにどこまで任せてよいかを、感覚ではなく設計の言葉でどう決めるか」。任せる範囲を勘で広げて痛い目を見るのではなく、広げてよい条件を先に言語化しておく——二週間分の記事は、ほぼその条件出しの記録でした。
「任せてよい範囲」を決める4つの物差し
この期間の柱になったのは、自律度を決める基準そのものを扱った記事群です。
やり直せる操作とやり直せない操作を分けて任せる — 可逆性で自律度を決めるエージェント設計 は、この二週間の中心になった一本だと感じています。「このタスクは任せて大丈夫か」という問いを「この操作は失敗したときに巻き戻せるか」に置き換えると、判断が一気に具体的になります。私自身、壁紙アプリの運用でエージェントに作業を渡すかどうか迷う場面は今でもありますが、迷う時はたいてい可逆性の評価が曖昧なときなのだと、この記事をまとめながら整理がつきました。
本番に触れる前にエージェントの操作を空振りさせる — 副作用ゼロのドライラン層をどう設計するか は、その手前の安全装置の話です。実行計画だけを先に吐き出させて人間が眺める、という地味な層を一枚挟むだけで、任せられる作業の幅は静かに広がります。
途中で失敗したエージェントの副作用を巻き戻す — 補償トランザクション設計の実装メモ は、それでも途中で失敗したときの後始末を扱いました。データベースの世界で使われてきた Saga パターンをエージェントの操作列に当てはめる発想は、書いていて手応えのあるものでした。
並行エージェントのトークンコストを予算で抑える — 暴走を止めるバジェットガードの設計 は、お金の側から見た同じ問いです。任せる範囲を広げるほど、コストの上限を機械的に縛る仕組みが効いてきます。
道具の渡し方と、差分の刻み方
任せる範囲が決まったら、次は渡し方の問題になります。
エージェントに渡す道具の粒度を決める — 粗くまとめるか、細かく分けるか は、ツール定義を粗くするか細かくするかという、MCP 連携を組んだことのある方なら一度は迷ったはずの問題を正面から扱いました。粒度の決め方に唯一の正解はありませんが、「失敗したときにどの層で気づきたいか」から逆算する、という本記事の整理は、自分のプロジェクトでもそのまま使っています。
Antigravity のエージェントに『差分を小さく刻む』癖をつけてもらう — 1ヶ月の運用で変えたレビューの流儀 は、出力の受け取り方の話です。大きな差分を一度に受け取るとレビューが「儀式」になってしまいます。小さく刻ませることで、人間側の確認が実質を取り戻す、という一ヶ月の記録でした。
Antigravity のエージェント出力からシークレットを漏らさない多層防御 — ログ・差分・PR 本文を守る実装メモ も、この文脈に置ける一本です。任せる範囲を広げるほど、エージェントの出力が通る経路は増えます。ログ・差分・PR 本文という三つの出口それぞれに防御を置く設計は、地味ですが省略できないものだと考えています。
Managed Agents API — クラウドと手元の境界線
期間の最後に公開した Managed Agents API を動かして考えた、クラウド実行と手元実行の境界線 は、ここまでの設計論を「実行環境をどこに置くか」という問いに接続する記事になりました。クラウド側で実行されるエージェントは運用の手離れがよい一方で、手元実行にしか出せない種類の安心感もあります。どちらかに寄せる話ではなく、作業の性質ごとに境界線を引く話として読んでいただけたら嬉しいです。
6 サイトを一人で回すための自律エージェント・スケジュール設計 — 衝突とスパム判定を避ける時間割 は、私自身の運営体制をそのまま素材にした一本です。複数のプロパティを一人で回すとき、エージェント同士の実行時間が重なるだけで思わぬ衝突が起きます。時間割という古典的な道具が、自律システムの世界でも案外そのまま効く、というのは書いていて面白い発見でした。
現場の手触り — worktree・アプリ移行・配信パイプライン
設計論だけでなく、手を動かした記録もこの期間の柱でした。
Antigravity と git worktree で壁紙アプリ4本を並行保守した2ヶ月の所感 は、ブランチ切り替えの待ち時間から解放されたくて始めた worktree 運用の、二ヶ月分の正直な記録です。よかった点だけでなく、ディスク容量と IDE のインデックスで詰まった点も書き残しました。
targetSdk 36 で edge-to-edge が必須になった壁紙アプリを Antigravity で移行した運用メモ は、Android 16 世代の対応を実機で進めた記録です。強制適用される仕様変更は締め切りのある仕事なので、エージェントに下調べと差分作成を任せて、検証に人間の時間を集中させる配分が今回もよく効きました。
壁紙アプリの画像配信を解像度バケット方式で組み直す — Antigravity エージェントに変換と検証を任せた運用設計 は、配信側の作り直しの話です。端末解像度の多様化に画像を一枚ずつ合わせるのではなく、バケットに束ねて変換と検証をエージェントに流す構成に切り替えました。
静かなトラブルシューティング群
この期間も、検索で迷い込んでくださる方の多い実務記事を揃えました。MCP サーバーが spawn npx ENOENT で起動しない問題、self-signed certificate in chain で接続できない問題、エージェント編集が patch does not apply で失敗する問題 の三本です。どれも私自身が実際に手を止められた症状で、原因の切り分け順から書いています。
また、Antigravity vs OpenAI Codex 徹底比較 — AIコーディングエージェント対決 2026 と Antigravity 2.0 を日本語UI で快適に使うための設定 は、これから環境を整える方に向けた二本です。比較記事は優劣を断じるためではなく、自分の作業のどの部分をどちらに渡すかを決めるための材料として書きました。
来週に向けて
「任せてよい範囲を設計の言葉で決める」という6月前半の問いは、まだ答え切れていません。特に Managed Agents API の本格運用は始めたばかりで、クラウド実行に渡した作業がどう育つかは、これから観察していくところです。続きの記録も、まとまり次第こちらで共有します。
まずは今週の記事の中から、ご自身の運用に一番近い一本を選んで読んでみてください。お読みいただきありがとうございました。