Android Studio Rabbit 2：AIエージェント時代のAndroid開発で確認したいこと

Android Studio Rabbit 2は2026年10月28日に安定版になりました。このリリースでは、AIエージェントを別のチャット画面ではなく、Android開発環境の一部として扱います。重要なのは単にコードを多く生成できることではありません。40以上のAgent Client Protocol（ACP）対応エージェントを接続し、Androidに詳しいツールを使わせ、エージェントが作った変更をレビューしてデバッグする流れを、同じIDEの中に置けることです。

開発ツールを選ぶ人にとって、この発表は明確な方向性を示します。これからのAndroidツールチェーンは、モデルの選択、プロジェクトの文脈、テストへのアクセス、人間による確認を一緒に扱えるかで評価されます。ここではRabbit 2の変更点、時間を節約できる場面、そしてAIアシスタントを無確認のリリース経路にしない導入方法を説明します。

Rabbit 2で変わる開発環境

安定版の中心はBring Your Own Agent（BYOA）です。Settings > Tools > AI > Agentsから対応エージェントを探してインストールし、同じプロジェクト内で切り替えられます。公式発表ではClaude Agent、OpenAIのCodex、Google Antigravity、さらに40以上のACP対応エージェントが紹介されています。

大事なのはIDEが提供する文脈です。Android Studio内のエージェントは、プロジェクト構造、シンボル情報、Compose Preview、Android Emulator、Logcat、ビルドシステムなどを利用できます。一般的なチャットボットからコードをコピーし、コンパイルできることを願う作業とは違います。

Rabbit 2にはエージェント型のChange Reviewもあります。エージェントの変更、保留中のコミット、Gitの変更画面からレビューを開始できます。関連する差分をテーマ別にまとめたウォークスルーを生成し、推奨修正を示します。人間のコードレビューを置き換えるものではありませんが、最初の確認を整理できます。

なぜエージェントの選択が重要なのか

チームに必要なAIは一つではありません。個人開発者は速度や価格を重視し、企業は契約、データ管理、地域の利用条件を重視します。同じプロジェクトでも、コード生成、リファクタリング、テスト、障害調査で適したエージェントは変わります。

Rabbit 2では、その違いをIDE内で試せます。切り替えれば品質が自動的に上がるわけではありませんが、仕事ごとに道具を比較するコストを下げられます。移行作業、クラッシュ調査、UIの調整には異なる文脈が必要です。

「AIがアプリを完成させる」と考えるより、「IDEが複数のエージェントに限定された仕事をさせる管理された作業台になる」と考える方が現実的です。リポジトリ、ビルド設定、テストコマンド、レビュー規則を事実の基準にしてください。設計、セキュリティ、依存関係、リリースは人間が責任を持つ必要があります。

実際に時間を節約する進め方

最初は小さく観測できる作業にします。失敗したテストの説明、XML ViewsからComposeへの一画面の移行、再現できるメモリ問題の調査などです。編集前に計画と変更対象ファイルを出させ、変更後は通常のビルドとテストを実行します。そのうえでdiffを確認し、Change Reviewを二回目のチェックとして使います。

この方法は保守作業に向いています。Androidプロジェクトにはビルド警告、古いAPI、重複UI、性能劣化が蓄積します。エージェントは広い範囲を検索してパッチを作る作業を速め、Android Studioのプロジェクト理解とプレビューはテキストエディターでは見えにくい問題を見つけます。

コマンドラインにも同じ考え方が使えます。Android Dev Summitの発表では、Android CLIにデバイスストリーミング、Compose Preview、実運用に近いtraceによる性能分析、アプリバンドル分析、Android skillsが追加されたことが説明されています。CIや端末でエージェントを使うほど、権限と再現可能なチェックが重要になります。

AIが作った変更を確認する方法

まず範囲を確認します。良いパッチは、変更ファイル、実行したコマンド、前提を示します。テスト結果も行動の説明もない「修正完了」は下書きとして扱うべきです。

次に実行時の動作を確認します。Compose Previewとエミュレーターは有用ですが、実機での代表的なテストの代わりにはなりません。ナビゲーション、権限、バックグラウンド処理、ネットワーク障害、アクセシビリティ、状態復元を確認してください。性能変更では前後のtraceや数値を比較します。

新しい依存関係、Gradleプラグイン、生成ファイル、APIキー、権限も確認します。見た目がきれいな変更でも、データへのアクセスを広げたり、未承認のパッケージを追加したりする可能性があります。秘密情報をプロンプトに入れず、リポジトリのルールでコマンドを制限してください。

最後に、ビルドとリリースを分離します。APKやAABの署名、Play Consoleのトラック、段階的公開、本番への昇格は人間が明示的に承認すべきです。

Rabbit 2を今試すべき人

すでにAI開発ツールを使っていてプロジェクト理解を深めたいAndroid開発者、またはIDEを変えずに複数のエージェントを比べたいチームに向いています。Compose移行、メモリ調査、XRプロトタイプ、大規模なコードレビューにも役立ちます。

一方、厳格なオフライン環境や、まだエージェントの権限を決めていない組織では、すぐに全面移行する必要はありません。まず試験プロジェクトで、エージェントが読める、書ける、実行できる、提出できる範囲を記録しましょう。

公式Android Studioをダウンロードし、BTTCのソフトウェアディレクトリでAndroidユーティリティや関連ツールを比較すると、導入する道具を整理できます。

チームで導入するときの実務的な境界

チームでRabbit 2を使うなら、エージェントごとに許可する操作を先に決めておくと運用が安定します。読み取り専用の調査、テストの実行、ファイル編集、依存関係の更新、リモートへの提出は、同じ権限として扱うべきではありません。特にGradleの設定変更や外部サービスへのアクセスは、別の承認を必要にするのが安全です。

また、エージェントの提案を採用した理由を、プルリクエストや課題に短く残しましょう。後から障害が起きたとき、どの入力、どのテスト、どのレビューを通過したかが分かれば、修正やロールバックが容易になります。AI導入の成果は作業時間だけでなく、変更の追跡可能性と再現性でも評価できます。

導入後は、エージェントが作った変更の失敗率だけでなく、レビューに必要な時間、再作業の量、テストの安定性も記録してください。小さな指標を継続して比較すれば、便利そうに見える機能が本当にチームの速度と品質を改善したかを判断できます。

よくある質問

Android Studio Rabbit 2はAIモデルですか？ いいえ。Android Studioのバージョンであり、BYOAが対応するエージェントとモデルを接続します。

Change Reviewは人間のレビューを置き換えますか？ いいえ。変更の整理と提案はできますが、安全性、設計、動作、リリースの判断は人間が行います。

全員がすぐ移行すべきですか？ いいえ。権限と検証を決めた小さな試験から始める方が安全です。

まとめ

Android Studio Rabbit 2の価値は、エージェントの選択をIDEのワークフローにしたことです。生成行数ではなく、プロジェクトに合ったツール、複数のエージェント、プレビュー、テスト、診断、レビューを組み合わせ、確認済みの成果を増やせるかで評価しましょう。