Google Android CLI v0.7プレビュー公開、エージェント向けにandroid createやskillsを整備
目次
Flutter経由でAndroidアプリを書いてると、普段は flutter build apk 任せで済むことが多い。
ただ、sdkmanagerの更新待ちやAndroid Studio側のGradle同期で止まる瞬間はそれなりにあって、その辺をエージェントに任せられないかは前から気になっていた。
2026年4月16日にGoogleがAndroid CLI v0.7をプレビュー公開したので、Android Developers Blogとリリースノートを読んだ範囲で仕様を整理する。まだ自分では触っていない。
Android CLIとは何か
Android CLIは、ターミナルからAndroid開発を行うための公式コマンドラインインターフェイスである。
位置づけは「Android開発の主要インターフェイス」とされており、Android Studioを前提とした従来ワークフローの横に、エージェントから叩ける薄いレイヤーを敷くイメージに近い。
初版はv0.7(プレビュー)で、d.android.com/tools/agents から入手する。
Google側のメッセージは一貫していて、Gemini in Android Studio / Gemini CLI / Antigravity だけでなく、Claude CodeやCodex、サードパーティのエージェントからも同じCLIを叩いて欲しい、というスタンスになっている。
Google内製エージェント専用のラッパーではなく、どのエージェントからも同じ構造化出力が返ってくる共通基盤を目指している。
主要コマンド
公式ブログとByteIotaのまとめで確認できた範囲で、初期リリースに含まれるコマンドは以下のとおり。
android sdk install— プラットフォームツール、build-tools、platforms などを個別に選んで導入するandroid create— 公式テンプレートから新規プロジェクトを生成するandroid emulator— 仮想デバイスの作成・管理を行うandroid run— 端末/エミュレータにビルドしてデプロイするandroid skills— 後述のAndroid Skillsを閲覧・適用するandroid docs— Android Knowledge Baseに問い合わせるandroid update— CLI本体やコンポーネントを最新化する
具体例として、ドキュメントには次のような呼び出しが挙げられている。
android sdk install --packages "platform-tools,build-tools;35.0.0,platforms;android-35"
android create \
--name BookManager \
--template compose-empty \
--package com.example.books
android skills implement-edge-to-edge
いままでシェルスクリプトや sdkmanager コマンドでごちゃごちゃしていた部分を、android 1コマンドに寄せてサブコマンドで分岐させる設計になっている。
Android Skills(SKILL.md形式の指示セット)
Android Skillsは、エージェントに読ませることを前提にしたSKILL.md形式のマークダウン指示集である。
Claude Codeのスキルや、OpenClaw系のスキルと構造が似ていて、android skills 経由で一覧・実行ができる。
初期リリース時点で公開されているSkillには以下のようなものがある。
- Navigation 3への設定・移行
- Edge-to-edge UI対応(ステータスバー・ナビゲーションバー裏までコンテンツを広げる対応)
- AGP 9(Android Gradle Plugin 9)対応と、XMLレイアウトからJetpack Composeへのマイグレーション
- R8(Android向けのコード縮小・難読化ツール)の設定分析
エージェントは「このプロジェクトをedge-to-edgeに対応させて」と言われたときに、Skill本文を読み込んでから手順に沿って作業する。
人間向けドキュメントをLLMが勝手にRAGするより、Google公式が「これをやれ」と書いたSKILL.mdを直接読ませるほうが、ブレが少ない。
Android Knowledge Base(android docs の中身)
android docs は「Android Knowledge Base」と呼ばれるデータソースへのクエリインターフェイスで、以下のような情報源から最新のガイドラインや推奨パターンを取ってくる。
- Android公式ドキュメント
- Firebase
- Google Developers(Google Developers Blogや関連リファレンス)
- Kotlinドキュメント
エージェントに「Android 15でNotificationのPending Intent周りどう書くのが推奨?」と聞かれたとき、バージョンがズレた古いQiita記事ではなく、公式が権威と認めたソースだけに絞って引いてくる。
パフォーマンスの主張とその根拠
Googleは「内部実験で70%以上のトークン削減、3倍の処理高速化」を主張している。
ByteIotaの解説記事では、典型的なセットアップタスクで「約400トークン → 約120トークン」に減ったという例が示されている。
数字のからくりは単純で、従来のエージェントは次のような手順を踏んでいた。
flowchart TD
A[ユーザー指示] --> B[エージェントがシェル操作で試行錯誤]
B --> C[sdkmanagerの出力を自然言語で解釈]
C --> D[Gradleの出力を自然言語で解釈]
D --> E[エラー時に再試行・リトライ]
E --> F[ビルド成功または失敗]
ここで発生する出力ログはノイズが多く、全部LLMに食わせていた。
Android CLIを挟むと、流れがこう変わる。
flowchart TD
A[ユーザー指示] --> B[エージェントがandroid CLIを呼ぶ]
B --> C[CLIが構造化された出力を返す]
C --> D[必要ならSkillを参照]
D --> E[成功または明確なエラーコード]
要は、冗長なstdoutをエージェントに読ませないための整形レイヤーが入った、というだけの話。
Hacker News側でも「3倍速はあくまで初期セットアップや定型タスクの話で、実際の日常開発ワークフローの本体が3倍になるわけではない」というコメントがついている。
エージェント連携の実際
記事を書いている時点で、Googleは「Gemini CLI、Claude Code、Codex、サードパーティエージェント」に対応すると明言している。
ただし具体的な設定手順――たとえば「Claude Codeにandroid CLIを教えるためのスキル設定例」や「MCPサーバーとして登録する方法」――は、現時点の公式ドキュメントには出ていない。
Android CLIはあくまで「ローカルで動くコマンド」なので、エージェント側からは普通のサブプロセス呼び出しとして扱えば動く。
LLMに対してはREADMEやandroid --helpを読ませておけば、あとはそれっぽく叩きはじめてくれる。
MCPサーバー形式で標準化されるかは今後のバージョン次第。
初日時点で出ている懸念
Hacker Newsのコメント欄を読む限り、初日時点で以下のような懸念が並んでいる。
- Windowsでのインストール失敗
ダウンロードが404になる、ソケットエラーで落ちる、手動DLでも失敗するといった報告が複数。Android周りのツールチェインがWindows環境で不安定になる伝統芸を踏襲してしまった形。 - テレメトリとデータ収集への反発
Googleのメトリクス収集に対して「環境変数で無効化するオプションすら用意されていない」という不満がある。実際にどの情報を送っているかは、d.android.com/tools/agents側のプライバシー記載を読んで判断する必要がある。 - 「3倍速」への懐疑
先述のとおり、セットアップ時間が短縮されているだけで、実際の開発ループ(ビルド待ち、エミュレータ待ち、Gradle同期待ち)の時間は変わらない、という指摘。
それとは別に、Flutter経験者からは「Androidの根本的な開発体験の悪さはCLIでは解決しない」「Android Studioが不安定なままなのに先にエージェント対応を出してきた」という不信感も出ていて、Androidの基礎体験よりAI統合を先に整備している姿勢への違和感が目立つ。
SaaSとアプリCLIだけでアプリが作れる世界が近づいてる
ここ数ヶ月の流れをつなげると、エージェントから叩けるレイヤーが上下両方から揃い始めている。
- SaaS側(バックエンド): Supabaseは2026年4月アップデートで
ssh supabase.sh setup | claude .を出してきた。Studioにも「Fix with Assistant」ボタンが入り、公式Claudeコネクタまで用意している - iOS側: Xcode CLI(
xcodebuild/xcrun devicectl/xcrun altool)をClaude Codeから叩いてビルドからApp Store公開までつなげる話は今年初めにまとめた - Android側: 今回のAndroid CLI v0.7で、Googleがここに公式な薄いレイヤーを被せてきた
Flutter中心でアプリを書いてると、今後の開発像が「Supabaseでバックエンドを作ってClaudeに叩かせる → Flutter(もしくはネイティブ)で書いたアプリをiOS/Android CLI経由でビルド・配布する」という、IDEを開かずにSaaSとCLIだけで完結する構成にどんどん寄っていきそうに見える。
Android Studio側のバグに振り回される時間より、エージェント越しにCLIを叩いて結果だけ受け取るほうが精神衛生的にも楽。
とはいえ「Gradle同期が詰まる」「証明書周りでXcodeがハマる」みたいな、CLIだけでは解けない部分は残る。
そこを覆い隠してくれる層がSkillやKnowledge Baseで広がっていくなら、IDEレスでアプリをリリースまで持っていける日も案外近いのかもしれない。
参考:
- Android Developers Blog: Build Android apps 3x faster using any agent —
https://android-developers.googleblog.com/2026/04/build-android-apps-3x-faster-using-any-agent.html - Release notes for the Android CLI (v0.7, 2026-04-16) —
https://developer.android.com/tools/agents/android-cli/release-notes - ByteIota: Android CLI 70% Faster Agent Development (April 2026) —
https://byteiota.com/android-cli-70-faster-agent-development-april-2026/ - Hacker News discussion —
https://news.ycombinator.com/item?id=47797665