Googleは2026年9月24日、Android Studioで好きなAIコーディングエージェントを接続できる新機能「Bring Your Own Agent（BYOA）」を発表しました。
BYOAは、Android Studioに内蔵されたGemini系のAIエージェントだけでなく、Claude Agent、OpenAI Codex、Google AntigravityなどのコーディングエージェントをAndroid Studio内から利用できるようにする仕組みです。接続にはオープンなAgent Client Protocol（ACP）が使われます。
2026年9月25日時点では、BYOAはAndroid Studio Rabbit 2 Canary 2でプレビュー提供されています。安定版へ正式搭載された機能ではないため、本番業務へ導入するときはCanary版である点を理解して試す必要があります。
今回の変更で重要なのは、単に「ClaudeやCodexをAndroid Studioから呼べる」ことだけではありません。Android Studio側が持つプロジェクト構造、ビルド診断、Android SDK、ターミナル、エミュレータなどの情報やツールを、外部エージェントと組み合わせられるようになります。
これまでAIコーディングツールを選ぶときは、「どのモデルが強いか」「どのIDE拡張が便利か」という比較になりがちでした。BYOAでは、IDEを変えずにエージェントを切り替える考え方が現実的になります。
この記事では、Googleの公式発表とAndroid Developersのプレビュー版ドキュメントを基に、BYOAの仕組み、対応エージェント、ACPの意味、導入手順、SE実務での使いどころ、料金や権限管理で注意したい点を整理します。実際の動作検証結果ではなく、2026年9月25日時点の公式仕様を基にした解説です。
- 先に結論：Android Studioを変えずにAIエージェントを選べるようになる
- BYOAとは？Android Studio Rabbit 2で追加された新機能
- Claude Agent・Codex・AntigravityをAndroid Studioから選択できる
- ACP（Agent Client Protocol）が重要な理由
- プロジェクト全体の情報をIDEから渡せるのが大きな違い
- ビルド・テスト・エミュレータ操作までエージェントへ任せられる
- 権限を細かく設定し、危険な操作では承認を挟める
- 導入手順はCanary版へ更新してAgentウィンドウから接続
- 料金はAndroid Studioではなく各エージェント側も確認する
- 複数エージェントを使い分ける意味が大きくなる
- フリーランスSEは顧客コードを送ってよいサービスか確認する
- BYOAが向いている人・まだ急いで使わなくてもよい人
- まずは小さな検証プロジェクトで3つの項目を比較する
- まとめ：Android Studioは「モデルを選ぶIDE」から「エージェントを選ぶIDE」へ
- 参考情報
先に結論：Android Studioを変えずにAIエージェントを選べるようになる
BYOAを簡単に整理すると、Android StudioをAIエージェントの共通フロントエンドとして使えるようにする仕組みです。
Googleの公式発表では、初期の代表的な選択肢としてClaude Agent、OpenAI Codex、Google Antigravityが案内されています。さらに、ACPに準拠するエージェントであれば追加接続できる設計です。
これまで複数のAIコーディングツールを試す場合、ターミナル、専用アプリ、IDE拡張、ブラウザなどを行き来するケースがありました。BYOAでは、Android StudioのAgentウィンドウから接続するエージェントを選び、同じIDE環境で作業を続けられます。
実務でのメリットは、エージェントを変更してもAndroid開発に必要なIDE側の情報やツール連携を共通化しやすいことです。例えば、あるタスクではClaude Agent、別のタスクではCodexを使うといった切り替えがしやすくなります。
一方、BYOAを導入すればAI利用料が一つにまとまるわけではありません。利用するエージェントごとの契約、APIキー、利用上限、データ取り扱い条件は別に確認する必要があります。
BYOAとは？Android Studio Rabbit 2で追加された新機能
BYOAは「Bring Your Own Agent」の略です。直訳すると「自分のエージェントを持ち込む」という意味になります。
Android Studioは以前から、Geminiだけでなく任意のAIモデルやAPIキーを接続する方向へ拡張されていました。今回のBYOAでは、その対象が「モデル」から「コーディングエージェント」へ広がっています。
モデルとエージェントは同じものではありません。モデルは文章やコードを生成するAIそのものですが、エージェントはモデルを利用しながら、ファイルを読み書きしたり、コマンドを実行したり、テストを回したりと複数の処理を進める実行主体です。
Googleの公式発表では、BYOAを利用するエージェントはAndroid Studioから次のような情報・ツールへアクセスできると説明されています。
- プロジェクト全体の構造や依存関係
- ビルド設定とビルド診断
- Android SDKツール
- ターミナルやシェル実行
- Androidエミュレータの操作
- Jetpack Compose PreviewなどのUI関連ツール
- Android向けのKnowledge BaseやSkills
AIエージェント側へ毎回プロジェクト全体を長いプロンプトとして説明するのではなく、IDEが持つ構造化された情報を必要に応じて渡せる点がBYOAの特徴です。
Claude Agent・Codex・AntigravityをAndroid Studioから選択できる
Android Studio Rabbit 2 Canary 2の公式リリースノートでは、デフォルトで選択できるエージェントとしてClaude Agent、Codex、Antigravityが挙げられています。
| エージェント | 提供元 | BYOAでの位置付け |
|---|---|---|
| Claude Agent | Anthropic | Android StudioのAgentウィンドウから接続可能な代表的エージェント |
| Codex | OpenAI | Android Studioの開発ツールと組み合わせて利用可能 |
| Google Antigravity | Gemini系モデルを利用するGoogleのエージェント | |
| その他 | 各提供元 | ACP準拠であれば追加接続できる設計 |
ここで「どんなAIエージェントでも無条件に使える」と考えない方がよいでしょう。Googleが公式に示している条件はACPに対応していることです。
また、各エージェントの利用可否は、それぞれの提供元の契約やプランにも左右されます。Android Studioが接続に対応していても、契約しているプランで対象エージェントを利用できるとは限りません。
Codexについては、モデル構成や料金、利用条件も変わる可能性があります。OpenAI側の最新モデルやCodex関連の変更を確認したい場合は、既存記事「GPT-6 Sol・Lunaが登場｜API料金・Codex対応・SE実務での使い分けを整理」も参考になります。
ACP（Agent Client Protocol）が重要な理由
BYOAの中心にあるのがAgent Client Protocol、略してACPです。
ACPは、IDEなどのクライアントとAIコーディングエージェントの間で、情報や処理をやり取りするためのプロトコルです。Android StudioはACPを使って、プロジェクト情報やビルド状況、ツール操作などをエージェントへ渡します。
実務上の意味は、エージェントごとにAndroid Studio専用の独自連携を一から作らなくても、ACPに対応すれば共通の接続方式を利用しやすくなることです。
これは、AIエージェントの選定方法にも影響します。今までは「このIDEに専用プラグインがあるか」が大きな比較軸でしたが、今後ACP対応が広がれば、「同じIDEでどのエージェントを選ぶか」という比較へ移りやすくなります。
ただし、ACPへ対応していることと、すべてのエージェントが同じ機能を使えることは別です。エージェント側の実装、認証方式、契約プラン、権限設定によって利用できる機能は変わる可能性があります。
プロジェクト全体の情報をIDEから渡せるのが大きな違い
AIコーディングエージェントを使うときに起きやすい問題の一つが、AIへ必要な文脈を十分に渡せないことです。
例えば、あるKotlinファイルだけをAIへ渡して修正を依頼しても、そのコードがどのモジュールに属しているのか、どのGradle設定を使っているのか、どの画面から呼ばれているのかが分からなければ、正しい修正にならないことがあります。
BYOAではAndroid Studioが持つフルプロジェクトグラフやビルド設定、プラットフォーム情報をエージェントへ提供できます。Googleは、必要なファイルや詳細をエージェント側で絞り込めるため、トークン使用量の削減や遅延の低減、回答精度の向上につながると説明しています。
実務では、単に長いコンテキストを持つモデルを選ぶだけでなく、必要な情報をIDEから適切に取り出せるかが重要になります。
大規模なAndroidプロジェクトでは、リポジトリ全体を毎回AIへ送るのは料金面でも非効率です。プロジェクト構造を理解したIDEが仲介する方式は、AIエージェント運用で重要な設計の一つになりそうです。
ビルド・テスト・エミュレータ操作までエージェントへ任せられる
BYOAで接続したエージェントは、コードを書くことだけが役割ではありません。
Googleの公式発表では、エージェントはファイルの読み書きや編集、シェルコマンドの実行、テスト、Web検索などを行えると説明されています。また、Android Studioからビルド診断やエミュレータ操作などのネイティブツールも利用できます。
例えば、想定されるワークフローは次のようになります。
- 不具合の内容をエージェントへ伝える
- 関連するコードとプロジェクト構成を調査する
- 修正案を作成してファイルを編集する
- Gradleビルドを実行する
- テストを実行する
- 必要ならエミュレータ上で動作を確認する
- エラーがあれば追加修正する
これは従来の「コード候補を表示するAI補完」とは異なります。開発工程の複数ステップをAIエージェントへ任せられるため、作業単位が大きくなります。
その分、誤ったコマンド実行や意図しないファイル変更の影響も大きくなります。AIができることが増えるほど、権限管理とレビュー工程が重要です。
権限を細かく設定し、危険な操作では承認を挟める
GoogleはBYOAの特徴として、Granular permissions（細かな権限設定）を挙げています。
定型的で影響の小さい操作はエージェントへ任せつつ、リスクが高い操作ではユーザーの承認を求める設計が可能です。
これは業務利用で重要です。AIエージェントへシェル実行やファイル編集、エミュレータ操作まで許可する場合、従来のコード補完より大きな権限を渡すことになります。
例えば次のような操作は、チームの運用ルールに応じて承認を挟む方が安全です。
- 大量のファイル削除や置換
- 依存ライブラリの追加・更新
- 外部ネットワークへ接続するコマンド
- 認証情報にアクセスする処理
- リリースビルドに影響する設定変更
- Gitの履歴を書き換える操作
BYOAの導入を検討するときは、「どのAIが賢いか」だけでなく、「そのAIへどこまで権限を渡すか」を先に決める必要があります。
導入手順はCanary版へ更新してAgentウィンドウから接続
2026年9月25日時点の公式ドキュメントでは、BYOAを試すにはAndroid Studioの最新Canary版を使用します。
Android Studio Rabbit 2 Canary 2では、次の流れでエージェントを接続できます。
- Android Studioを最新のCanaryリリースへ更新する
- Agentウィンドウを開く
- Claude Agent、Codex、Antigravityなど利用したいエージェントを選ぶ
- 対象サービスへサインインする、またはAPIキーを設定する
- 必要に応じて追加エージェントを設定画面から登録する
追加のエージェントは、公式ドキュメントでは「Settings > Tools > AI > Agents」のレジストリから探せると案内されています。
現時点ではプレビュー機能のため、普段の安定版Android Studioを上書きして業務環境を切り替えるより、Canary版を並行インストールして検証用プロジェクトで試す方が安全です。Android Developersのプレビューページでも、プレビュー版を安定版と並行してインストールできることが案内されています。
料金はAndroid Studioではなく各エージェント側も確認する
BYOAで誤解しやすいのが料金です。
Android StudioがClaude AgentやCodexへ接続できるようになったからといって、それらのサービスが無料になるわけではありません。
Googleのリリースノートでは、BYOAは個人・企業向けの契約やAPIキーを使って認証できると案内されています。つまり、実際の利用条件や上限は接続先エージェントの提供元によって異なります。
一方、Android Studioの内蔵AIエージェントについては、Googleは無償枠を提供しています。Google AI ProやUltraを利用するとGemini系モデルの利用上限を増やせる構成もあります。
Google Antigravityについては、Google AI Pro / Ultraプランの特典を利用したり、Gemini APIキーによる従量課金を利用したりする方式が案内されています。
チームでBYOAを使うなら、月額プランの料金だけでなく、API課金、利用上限、同時利用、管理者機能、データ利用条件を分けて確認した方がよいでしょう。
複数エージェントを使い分ける意味が大きくなる
BYOAで実務上面白いのは、同じAndroid Studio上で複数のエージェントを選択できる点です。
Googleは、あるエージェントのクォータを使い切った場合や、期待した性能が得られない場合に別のエージェントへ切り替える使い方も示しています。
例えば、普段の軽い修正ではコストを抑えたエージェントを使い、複雑なリファクタリングでは高性能なエージェントへ切り替えるといった運用が考えられます。
また、同じバグについて別のエージェントへ調査させ、原因分析や修正案を比較する使い方もできます。ただし、複数のAIへ同じ業務コードを送る場合は、それぞれのサービスのデータ取り扱い条件を確認する必要があります。
エージェントを簡単に切り替えられるほど、「便利だから全部接続する」という運用になりやすくなります。企業や受託案件では、利用を許可するサービスを明確にしておくことが重要です。
フリーランスSEは顧客コードを送ってよいサービスか確認する
フリーランスSEがBYOAを使う場合は、自分の契約だけで判断しない方が安全です。
Android Studioからエージェントへ接続できても、顧客のソースコードやログを外部AIサービスへ送信してよいかは契約や案件ルールによって異なります。
特に複数のエージェントを試す場合、Claude AgentではAnthropic、CodexではOpenAI、AntigravityではGoogleというように、データの送信先が変わる可能性があります。
導入前には、少なくとも次の点を確認したいところです。
- 顧客が許可しているAIサービスか
- 入力データがモデル学習に利用される条件
- ログやプロンプトの保持期間
- APIキーや認証情報の管理方法
- ソースコードを送信できる範囲
- 企業契約と個人契約のどちらを使うか
Google自身も、Gemini EnterpriseでAndroid Studioへログインする場合はGoogle Cloudのデータ保護を引き継ぎ、ソースコードやプロンプトデータをモデル学習に使わないと説明しています。ただし、BYOAで接続する他社エージェントについては、各提供元の契約条件を別途確認する必要があります。
BYOAが向いている人・まだ急いで使わなくてもよい人
BYOAが特に向いているのは、すでに複数のAIコーディングエージェントを使っているAndroid開発者です。
Claude AgentとCodexをタスクによって使い分けている人、Android Studioからターミナルや別アプリへ移動する回数を減らしたい人、AIエージェントへビルドやエミュレータ操作まで任せたい人には試す価値があります。
チームで独自のACP対応エージェントを運用している場合も、Android Studioへ統合できる可能性がある点は大きなメリットです。
一方、Android Studioの内蔵AIエージェントで十分な人は、急いでBYOAへ移行する必要はありません。
また、安定版以外を業務環境へ入れられないチーム、外部AIサービスの利用審査が終わっていない会社、AIエージェントへシェル実行権限を渡す運用ルールがない組織では、まず検証環境から始める方が現実的です。
まずは小さな検証プロジェクトで3つの項目を比較する
BYOAを試すなら、本番案件をいきなりCanary版へ移行するより、小さなAndroidプロジェクトで比較する方が判断しやすくなります。
最初は、同じタスクを複数エージェントへ依頼して、次の3つを記録するとよいでしょう。
| 比較項目 | 確認する内容 |
|---|---|
| 作業品質 | 修正が正しいか、ビルド・テストまで完了できるか |
| 作業時間 | 依頼から完了までの時間、人間の修正時間 |
| 総コスト | API利用量、月額プラン、再試行回数 |
テスト対象は、簡単なUI修正、既知のバグ修正、ユニットテスト追加、Gradleエラー調査など、正解を判断できるタスクが向いています。
回答の文章がきれいかどうかより、「実際にビルドが通るか」「必要なテストを実行できたか」「人間の手直しがどれだけ必要だったか」を見る方が、エージェント選定に役立ちます。
BYOAの価値は、特定のAIエージェントが必ず優れていることではありません。同じAndroid Studio環境で、自分の仕事に合うエージェントを比較しやすくなることです。
まとめ：Android Studioは「モデルを選ぶIDE」から「エージェントを選ぶIDE」へ
Android StudioのBYOAは、Claude Agent、Codex、Google AntigravityなどのAIコーディングエージェントを、Android Studio内から使い分けられるようにするプレビュー機能です。
接続にはACPが使われ、エージェントはプロジェクト構造、ビルド診断、Android SDK、シェル、エミュレータなどAndroid Studioが持つ情報やツールを利用できます。
これにより、AIコーディングツールを選ぶときの基準は「どのIDE拡張を入れるか」から、「同じIDEでどのエージェントをどの仕事に使うか」へ変わりやすくなります。
一方で、BYOAは2026年9月25日時点ではRabbit 2 Canary 2のプレビュー機能です。料金や利用上限も接続先サービスによって異なり、業務コードのデータ取り扱いやエージェントへ渡す権限も確認する必要があります。
まずは安定版とは別にCanary版を用意し、検証用プロジェクトでClaude Agent、Codex、Antigravityなどを同じタスクへ使ってみる。品質、作業時間、総コストを比較してから業務導入を判断するのが現実的です。
参考情報
- Android Developers Blog：Build your way: Use any AI agent of your choice in Android Studio
- Android Developers：Release notes for Android Studio preview
- Android Developers：Android Studio Preview
- Android Developers：AI in Android Studio
- Agent Client Protocol
参照日：2026年9月25日。BYOAはプレビュー提供中のため、対応エージェント、設定画面、利用条件、機能は今後変更される可能性があります。導入時は最新のAndroid Developers公式情報と各エージェント提供元の契約条件を確認してください。
コメント