Android CLI von Google: Mit Claude Code getestet

Android CLI von Google: Mit Claude Code getestet

Das erste, was ich nach der Installation des neuen Android CLI von Google ausprobierte, war der langweiligste Befehl im Handbuch. android create. Leere Aktivitätsvorlage. Keine cleveren Flaggen, keine kreative Aufforderung – einfach das Gewöhnlichste, was einem mit Java geschulten Gehirn einfallen kann, nachdem es sich fünfzehn Jahre lang durch den „Neues Projekt“-Assistenten von Android Studio geklickt hat.

Es war in elf Sekunden fertig. Ein funktionierendes Kotlin-Projekt. Gradle ist verkabelt. Compose-Abhängigkeiten angepinnt. Manifestieren Sie sich gesund. Ich öffnete das Verzeichnis in meinem Editor und starrte es an, als hätte es mich beleidigt.

Ich habe so viele Stunden meines Lebens in diesem Zauberer verbracht. Auswahl der Mindestversionen des SDK. Aktivieren Sie die Option „Hilt-Unterstützung einbeziehen“. Ich frage mich, ob ich dieses Mal tatsächlich ein Navigationsdiagramm möchte. Der Zauberer ist in Ordnung. Es ist auch eine Steuer, die ich jedes Mal zahle, wenn ich auf Android etwas Neues beginnen möchte – und die Steuer wird nach Aufmerksamkeit gezahlt, nicht nach Minuten. Elf Sekunden in einem Terminal hatten es gerade entfernt.

Das war die erste Überraschung. Die zweite Überraschung – die wirklich zählte – kam etwa eine Stunde später, als ich Claude Code auf den Android CLI richtete und zusah, wie ein Agent etwas tat, von dem ich geschworen hätte, dass es noch ein Jahr dauern würde.

So sieht eine ruhige, wichtige Veröffentlichung aus. Google zeigte eine Vorschau des Android CLI am 16. April 2026, versteckt in einem Entwickler-Blogbeitrag, der es in dieser Woche nicht einmal an die Spitze der Hacker News schaffte. Keine Keynote. Kein Startvideo mit filmischen Drohnenaufnahmen. Nur ein Download-Link bei d.android.com/tools/agents, ein Vorschau-Tag für Version 0.7 und ein stilles Versprechen, dass dieses Ding in erster Linie für Agenten und dann für Menschen entwickelt wurde.

Ich möchte Ihnen erklären, was ich getestet habe, was funktioniert hat, was kaputt gegangen ist und warum ich denke, dass diese CLI in den nächsten zwei Jahren die Art und Weise, wie ich Android-Apps erstelle, neu gestalten wird. Bleiben Sie bei der Installation bei mir – der interessante Teil taucht rund um den dritten Befehl auf.

Warum es im Jahr 2026 überhaupt eine CLI für Android Studio gibt

Um zu verstehen, warum Google dies erstellt hat, müssen Sie das Problem verstehen, das es löst. Und das Problem ist nicht „Android Studio ist nervig.“ Android Studio ist in Ordnung. Das Problem besteht darin, dass AI-Agenten Android Studio nicht verwenden können.

Denken Sie darüber nach, wie Claude Code oder Codex oder Gemini CLI tatsächlich funktionieren. Der Agent liest Dateien. Der Agent schreibt Dateien. Der Agent führt Shell-Befehle aus und liest deren Ausgabe. Das ist die gesamte Oberfläche. Es handelt sich um ein Text-In/Text-Out-System, das in Ihrem Terminal läuft. Wenn Sie einen dieser Agenten bitten, „mir einen neuen Bildschirm für die Einstellungsseite zu erstellen“, kann er Ihre Kotlin-Dateien den ganzen Tag lang bearbeiten. Was nicht möglich ist, ist, Android Studio zu öffnen, auf Datei → Neu → Aktivität zu klicken, das Dialogfeld auszufüllen und auf OK zu klicken.

In den letzten zwei Jahren hat also jeder Agent, der mit der Entwicklung von Android in Berührung gekommen ist, diesen umständlichen Tanz vollführt: Dateien von Hand zu generieren, die Android Studio mithilfe von Vorlagen korrekt generiert hätte, mit der Gradle-Konfiguration herumzufummeln, die es nicht vollständig verstand, und den Menschen ständig zu bitten, „einfach Studio zu öffnen und für mich darauf zu klicken“. Der Agent war ein brillanter Mitarbeiter, dem eine Hand dauerhaft auf dem Rücken gefesselt war.

Der Android CLI löst diesen Knoten. Es macht die Teile von Android Studio, die Agenten tatsächlich benötigen – Projekterstellung, Emulatorsteuerung, Layoutprüfung, Dokumentationssuche, Screenshot-Erfassung – als einfache Befehle verfügbar, die jeder Agent über eine Shell ausführen kann. Suddenly the agent has both hands.

Die Zahlen, die Google meldet, untermauern dies auf eine Weise, die ich nicht erwartet hätte. In ihren internen Benchmarks haben Agenten, die Android CLI verwenden, Aufgaben dreimal schneller abgeschlossen und 70 % weniger Token verbraucht als Agenten, die versuchen, die alte Toolchain direkt zu steuern. Normalerweise bin ich skeptisch gegenüber Anbieterzahlen – bei jeder Tool-Einführung wird behauptet, dass es zehnmal schneller sei als das, was es ersetzt, und das ist fast nie der Fall. Aber die 70-prozentige Token-Reduktion besteht für mich den Geruchstest. Ich werde gleich erklären, warum, wenn wir zum Layoutbefehl kommen.

Bevor wir das alles tun, lassen Sie uns das Ding jedoch installieren. Weil Google hier eine Entscheidung getroffen hat, die die erste Welle von Entwicklern, die dies versuchen, verwirren wird.

Installation des Android CLI: Es ist nicht das, wo Sie denken

Wenn Sie Android Studio bereits installiert haben und davon ausgehen, dass die neue CLI im Lieferumfang enthalten ist – genau wie adb,

Der Android CLI wird separat geliefert. Mit Absicht. Sie installieren es von d.android.com/tools/agents, wodurch Sie eine einzelne Binärdatei für macOS, Linux oder Windows erhalten. Keine SDK-Manager-Flags. Kein Gradle-Plugin. Einfach herunterladen, in Ihren PATH verschieben und fertig.

Ich habe es wie folgt auf meinem Mac installiert:

curl -L -o android https://d.android.com/tools/agents/macos/android

# Make it executable and move it into PATH
chmod +x android
sudo mv android /usr/local/bin/

# Verify
android -h

Die Ausgabe von -h ist das erste, was es wert ist, gelesen zu werden. Es listet alle von der CLI unterstützten Befehle auf – create, docs, emulator, screen, layout, resolve, Ich habe es zweimal durchgelesen, bevor ich etwas anderes ausgeführt habe, weil die Befehlsoberfläche klein genug ist, dass man alles im Kopf behalten kann, was wichtiger ist, als es klingt.

Nach der Installation ist der nächste Schritt android init. Hier passiert die Magie – und ein kleines Problem.

android init

Was init tut: Es durchsucht Ihr Home-Verzeichnis nach installierten Codierungsagenten, findet alle erkannten Agenten und legt eine Kopie der offiziellen Android-Kenntnisse im Kompetenzverzeichnis jedes Agenten ab. Auf meinem Computer wurde Claude Code unter ~/.claude/ gefunden, der Skill dort abgelegt und mich gefragt, ob ich ihn auch für Gemini CLI und Antigravity installieren möchte. Ich habe zu beiden ja gesagt, denn warum nicht.

Das kleine Problem: Wenn Sie keine Codierungsagenten installiert haben und init ohne Argumente ausführen, werden standardmäßig Fähigkeiten für Gemini und Antigravity bei ~/.gemini/antigravity/skills installiert. Wenn Sie die Installation einschränken möchten, übergeben Sie --agent=claude-code oder --agent=gemini oder das von Ihnen tatsächlich verwendete Ziel. Ich habe das auf die harte Tour gelernt, nachdem ich mich zehn Minuten lang gefragt hatte, warum meine Cursor-Installation die Fähigkeiten nicht annahm – es stellte sich heraus, dass ich android init --agent=cursor explizit erneut ausführen musste.

Der offizielle Unterbefehl skills add listet an dieser Stelle 37 unterstützte Agentenziele auf – Claude-Code, Gemini, Codex, Cursor, Opencode, Windsurf, Cline, Aider, Github-Copilot und einen langen Schwanz des kleineren Coding-Agent-Ökosystems. Was auch immer Sie verwenden, es steht mit ziemlicher Sicherheit auf der Liste.

Sobald init abgeschlossen ist, sind Sie mit der Einrichtung fertig. Die CLI wird installiert, die Fertigkeiten werden in Ihre Agenten geladen und Sie können damit beginnen, sowohl die menschlichen Befehle als auch die Fertigkeiten für die Agenten gemeinsam zu verwenden. Von hier an funktioniert alles, was ich unten getestet habe, gleich, unabhängig davon, ob ich die Befehle direkt ausführe oder ob ich sie von Claude Code steuern lasse.

Die sechs Befehle, die wirklich wichtig sind

Die CLI stellt etwa ein Dutzend Unterbefehle zur Verfügung, aber sechs davon sind diejenigen, nach denen ich immer wieder greife. Lassen Sie mich jeden einzelnen mit dem durchgehen, was ich getestet und gelernt habe.

android create – Projektgerüste, die keine Zeit verschwenden

Das ist die Einstiegsdroge. android create generiert ein vollständiges Android Studio-Projekt aus einer Vorlage mit integrierten sinnvollen Standardeinstellungen. Die Standardvorlage ist empty-activity, mit der Sie einen Compose-basierten Starter mit Kotlin, AGP 9 und einem bereits verkabelten Basisthema erhalten.

android create --name MyApp --package com.mejba.myapp

Elf Sekunden. Erledigt. Sie können --template übergeben, um etwas anderes als die leere Aktivität auszuwählen – die v0.7-Vorschau wird mit Vorlagen für Compose Material 3, Navigation und einigen anderen allgemeinen Ausgangspunkten geliefert. Ich erwarte, dass diese Liste wächst.

Was mich hier überrascht hat, war nicht die Geschwindigkeit. Es war die Konsistenz. Wenn Sie ein Projekt auf diese Weise aufbauen, erhalten Sie die aktuellen von Google empfohlenen Standardeinstellungen – diejenigen, die das Android-Team aktiv pflegt. Kein Projekt mehr im Jahr 2026 mit Mustern, die im Jahr 2023 idiomatisch waren. Die CLI ist im Grunde eine Meinungs-Frischepumpe für neue Projekte.

android docs – Der Befehl, mit dem Ihr Agent weniger Fehler macht

Dieser sieht klein aus und ist riesig. android docs search <query> greift auf den offiziellen Android-Dokumentationsindex zu und gibt eine Liste relevanter Dokument-URLs zurück. android docs fetch <url> ruft den Inhalt einer bestimmten Dokumentseite als einfachen Text ab.

android docs search "navigation 3 setup"
android docs fetch https://developer.android.com/guide/navigation/navigation-3

Warum ist das enorm? Weil jeder Android-Entwickler, der einen AI-Agenten verwendet hat, beobachtet hat, wie der Agent selbstbewusst eine API erfindet, die es nicht gibt, oder Code basierend auf einem veralteten Muster aus dem Jahr 2022 generiert oder einen Compose-Modifikator halluziniert, der vor achtzehn Monaten umbenannt wurde. Der Grund dafür ist, dass die Trainingsdaten des Agenten irgendwann in der Vergangenheit eingefroren sind und sich Android schnell bewegt.

Wenn der Agent Zugriff auf android docs hat, kann er seine Antwort zum Zeitpunkt der Abfrage in der aktuellen Dokumentation verankern. Ich habe beobachtet, wie Claude Code genau dieses Muster verwendete, als ich es aufforderte, ein fragmentbasiertes Navigationsdiagramm zu Navigation 3 zu migrieren – der erste Befehl war android docs search "navigation 3 migration", dann android docs fetch für das oberste Ergebnis, dann wurde Code geschrieben, der tatsächlich mit der aktuellen API kompiliert wurde.

Das ist übrigens die 70-prozentige Token-Reduzierung, von der Sie immer wieder lesen. Keine Magie. Der Agent hört auf, klärende Fragen zu stellen, hört auf, fehlerhaften Code zu generieren, der repariert werden muss, und hört auf, fünf Versuche zu durchlaufen, um den richtigen Modifikatornamen zu finden. Eine Dokumentensuche, dann eine korrekte Bearbeitung. Die Token-Kosten von docs fetch sind real, aber gering; Die symbolischen Kosten für drei Runden fehlerhaften Codes und der Korrektur sind enorm.

android emulator – Endlich Emulatorsteuerung über eine Shell

Das Starten eines Emulators aus Android Studio heraus ist in Ordnung. Das Starten eines Emulators über eine CI-Pipeline oder innerhalb einer Agentenschleife erforderte früher einen Stapel von avdmanager-, sdkmanager- und emulator-Befehlen, die ich jedes Mal nachschlagen musste. Die neue CLI ersetzt dies durch android emulator list, android emulator create, android emulator start und android emulator stop.

android emulator list
android emulator start --device pixel_8_pro --api 34

Ich habe dies auf einer sauberen Maschine getestet – frische SDK-Installation, keine vorkonfigurierten AVDs. Die CLI kümmerte sich um die Bereitstellung des Geräteprofils, das Herunterladen des Systemabbilds, falls es fehlte, und das Starten des Emulators mit vernünftigen Fenstereinstellungen. Ungefähr neunzig Sekunden durchgehend bei einer Kabelverbindung. Nichts, was ich nicht selbst mit fünf Terminalbefehlen hätte erledigen können; Alles musste ich mir nicht merken, wie es zu tun war.

android layout – JSON statt Screenshots und warum es wichtig ist

Hier beginnt die CLI, den Eindruck zu erwecken, als wäre sie von jemandem entworfen worden, der tatsächlich Produktions-AI-Workflows ausgeliefert hat. android layout fragt den aktuell ausgeführten Emulator oder das angeschlossene Gerät ab und gibt ein JSON-Dokument zurück, das die gesamte UI-Hierarchie beschreibt – jedes Element, seine Position, seinen Textinhalt, seine untergeordneten Elemente.

android layout --pretty --output current-screen.json

Die Ausgabe ist ein strukturierter Baum. Schaltflächen, Textfelder, Recycler-Ansichtselemente, Modalitäten – alles dargestellt als JSON-Knoten mit Grenzen, Bezeichnern und Inhalt. Ein AI-Agent kann dies in ein paar hundert Token lesen und genau wissen, was auf dem Bildschirm angezeigt wird, welche Schaltflächen vorhanden sind, welchen Text sie anzeigen und wo sie sich im Layout befinden.

Vergleichen Sie das mit der Alternative, bei der der Agent aufgefordert wird, sich einen Screenshot anzusehen und die Benutzeroberfläche anhand von Pixeln herauszufinden. Visionsmodelle funktionieren. Sie verbrennen auch Wertmarken wie ein Holzofen. Ein 1080p-Screenshot besteht aus Tausenden von Tokens, sobald das Modell ihn kodiert; Ein JSON-Layout für denselben Bildschirm liegt normalerweise unter fünfhundert. Für Agentenschleifen, die den UI-Status jederzeit verstehen müssen, ist dies der Unterschied zwischen einem erschwinglichen Workflow und einem, der Sie zehn Dollar pro Aufgabe kostet.

Es gibt auch android layout --automator, das auf das klassische UI Automator XML-Format mit den fokussierbaren /enabled-Metadaten zurückgreift, die Testautomatisierungsingenieure seit Jahren analysieren. Gleiche Idee, etwas andere Form, nützlich, wenn Sie die Test-Framework-Konventionen benötigen.

android screen capture – Screenshots mit integrierten Anmerkungen

Der Befehl screen capture macht das, was Sie erwarten: Erstellt einen PNG-Screenshot des aktuellen Geräts. Das interessante Flag ist --annotate, das beschriftete Begrenzungsrahmen um jedes erkannte UI-Element zeichnet und jedem eine Nummer gibt.

android screen capture --output screenshot.png
android screen capture --annotate --output annotated.png

Wenn der Agent über einen mit Anmerkungen versehenen Screenshot verfügt, kann er Elemente anhand ihrer numerischen Bezeichnung referenzieren. „Tippen Sie auf Element 4“ statt „Tippen Sie auf die Schaltfläche „Weiter“ in der unteren rechten Ecke.“ Weniger Unklarheiten, weniger falsches Tippen, viel weniger Hin und Her zwischen dem Agenten und dem Gerät.

Dies ist eine kleine ergonomische Verbesserung, die sich bei einer langen Agentensitzung enorm bemerkbar macht. Ich habe beobachtet, wie in einer Claude Code-Sitzung dreißig UI-Interaktionen hintereinander ausgeführt wurden, ohne dass ein einziges falsches Tippen erfolgte, da jede Referenz numerisch war. Bei rohen Screenshots würde man bei so vielen Aktionen mit mindestens drei oder vier Aussetzern rechnen.

android screen resolve – Die Brücke zwischen Agent und ADB

Sobald der Agent entschieden hat, mit welchem Element er interagieren möchte, wandelt android screen resolve die numerische Kennung aus einem kommentierten Screenshot in tatsächliche Pixelkoordinaten auf dem aktuellen Gerät um.

android screen resolve --element 4
# returns something like: { "x": 540, "y": 1820 }

Sie können diese Koordinaten direkt an adb shell input tap 540 1820 weiterleiten und verfügen über eine funktionierende UI-Automatisierungspipeline. Dies ist der Moment, in dem die CLI aufhört, ein Projektgerüst-Helfer zu sein, und beginnt, eine vollständige agentengesteuerte Test-Toolchain zu sein. Ein Agent kann: einen Emulator starten, Ihr APK installieren, einen kommentierten Screenshot aufnehmen, entscheiden, was angetippt werden soll, Koordinaten auflösen, den Tipp über ADB auslösen, einen weiteren Screenshot aufnehmen und den neuen Status überprüfen – alles in einer Endlosschleife, alles in einfachen Befehlen.

Soweit ich das beurteilen kann, ist es das erste Mal, dass jemand diese Schleife in die offiziellen Android-Tools integriert hat. Kein Framework eines Drittanbieters. Kein Forschungsprojekt. Der tatsächliche Plattformbesitzer hat es versendet.

Wenn Sie sehen möchten, wie ein Agenten-Ökosystem aussieht, wenn es von Grund auf auf Fähigkeiten wie diesen aufgebaut ist, geht mein Leitfaden zu Agentenfähigkeiten für Claude Code durch dasselbe Muster in einem anderen Bereich – und die Parallelen sind frappierend.

Was ich an einem Wochenende aufgebaut habe (und was kaputt gegangen ist)

Die Theorie ist in Ordnung. Lassen Sie mich Ihnen erzählen, was tatsächlich passiert ist, als ich versuchte, dies für eine echte Arbeit zu nutzen.

Das Projekt: eine kleine Habit-Tracker-App, Compose-basiert, drei Bildschirme, Raumdatenbank, Hilt für DI. Nichts Exotisches. Etwas, von dem ich ein halbes Dutzend Mal Varianten gebaut habe, um neue Werkzeuge auszuprobieren.

Der Plan: Lassen Sie Claude Code den gesamten Build über den Android CLI steuern. Ich würde die Spezifikation in eine Markdown-Datei schreiben, sie Claude übergeben und ihn die Projekterstellung, das Einrichten von Abhängigkeiten, das Bildschirmgerüst, das Testen des Emulators und die Iteration selbst durchführen lassen. Ich würde nur eingreifen, wenn etwas kaputt ging.

Das Ergebnis nach einem Samstagnachmittag: eine funktionierende App auf dem Emulator. Drei Bildschirme. CRUD über Gewohnheiten. Beharrlichkeit funktioniert. Eine flinke, aber funktionale Compose-Benutzeroberfläche. Gesamtzeit der Agentenführung: etwa drei Stunden, mit vielleicht fünfundvierzig Minuten menschlicher Intervention.

What worked beautifully:

Der Projektgerüstschritt erfolgte sofort. Claude führte android create --name HabitTracker --package me.mejba.habits aus und fragte dann sofort den Dokumentenindex nach den aktuellen Best Practices für die Hilt-Einrichtung mit Compose. Es hat das kanonische Dokument zurückgeholt, die relevanten Snippets abgerufen und die Abhängigkeiten und Module ohne falsche Wendung hinzugefügt. Der gesamte Projekt-Bootstrap vom „leeren Verzeichnis“ zum „Kompilieren und Ausführen“ dauerte acht Minuten. I was floored.

Die eigentliche Veränderung spürte ich in der Emulatorschleife. Claude würde einen Bildschirm schreiben, android emulator start ausführen, das APK erstellen und installieren und dann android screen capture --annotate, um zu sehen, wie der Bildschirm tatsächlich aussah. Wenn das Layout falsch war, wurde der Screenshot mit meinen Spezifikationen verglichen, die Compose-Datei bearbeitet, neu erstellt und erneut erfasst. Für das visuelle Feedback ist kein Mensch auf dem Laufenden – der Agent kann seine eigene Arbeit sehen und daran arbeiten. Ich wollte das schon seit zwei Jahren.

Was kaputt gegangen ist:

Die erste harte Wand war Hilt. Claude hat ein vollkommen korrektes Hilt-Modul generiert, das nicht funktionierte, weil das kapt-Plugin in der Gradle-Datei des Projekts nicht aktiviert war. Die Fehlermeldung war klar; Die Lösung bestand aus einer Zeile. Claude fand es beim zweiten Versuch, aber erst nachdem ich den Hinweis fallen ließ, dass das Problem eher an der Gradle-Konfiguration als am Hilt-Code lag. Die CLI verfügt noch nicht über den Unterbefehl gradle, und das ist eine Lücke, die ich gespürt habe.

Die zweite harte Hürde war die Stabilität des Emulators. Ungefähr zwei Stunden später erreichte mein Emulator einen Zustand, in dem er nicht auf Berührungseingaben reagierte. android screen capture hat ein eingefrorenes Bild zurückgegeben. adb shell input tap hat nichts getan. Ich musste android emulator stop manuell starten, neu starten und die App neu installieren. Claude hätte sich davon nicht alleine erholen können – der Fehlermodus lag unterhalb der Abstraktionsschicht der CLI. Dies wird mit der Zeit glatter, ist aber noch nicht glatt.

Die dritte Ausgabe war interessanter. Ungefähr 80 % des Baufortschritts wurde Claude faul. Die generierten Compose-Vorschauen verwendeten die zuvor eingerichteten @PreviewParameter-Anbieter nicht mehr. Das in Bildschirm eins geschriebene Testgerüst wurde nicht in die Bildschirme zwei und drei übernommen. Die CLI kann dieses Problem nicht beheben – es handelt sich um ein Agentenverhaltensproblem und nicht um ein Toolproblem. Aber es ist eine Erinnerung daran, dass die CLI Reibungsverluste in der Build-Schleife beseitigt, ohne die Verantwortung für die tatsächliche Steuerung der Arbeit des Agenten zu entfernen.

Wenn Sie meinen Artikel darüber gelesen haben, warum Kontext die Konfiguration im Agentendesign übertrifft, wissen Sie, dass ich in diesem Punkt ein Rekord bin. Bessere Werkzeuge ersetzen keine bessere Richtung. Sie lassen eine schlechte Richtung einfach schneller scheitern.

Das Kompetenzsystem: Das ist die wahre Geschichte

Ich habe zweitausend Wörter lang über Befehle gesprochen. Lassen Sie mich zurückkommen und Ihnen von dem Teil erzählen, der meiner Meinung nach im nächsten Jahr am wichtigsten sein wird – und über den bisher fast niemand spricht.

Der Android CLI wird mit einem System von Agentenfähigkeiten geliefert – Markdown-Dateien, die einem Agenten beibringen, wie er die CLI für eine bestimmte Aufgabe verwendet. Die v0.7-Vorschau wird mit Fähigkeiten für die Navigation 3-Einrichtung, Edge-to-Edge-Migration, AGP 9-Upgrade, XML-to-Compose-Migration, R8-Keep-Rule-Analyse und das Google Play Billing Library-Upgrade geliefert.

Wenn Sie android init ausführen, werden diese Fähigkeiten im Kompetenzverzeichnis Ihres Agenten installiert. Wenn Sie Claude Code bitten, „dieses XML-Layout nach Compose zu migrieren“, lädt es den entsprechenden Skill, folgt den Anweisungen, die Google geschrieben hat, und verwendet die vom Skill empfohlenen CLI-Befehle. Der Agent rät nicht mehr, wie er eine Compose-Migration anhand seiner Trainingsdaten durchführt – er folgt dem Playbook des offiziellen Android-Teams für diese spezielle Aufgabe.

Dies ist das Muster, auf das ich zwei Jahre lang gewartet habe, bis jemand es verschickt. Der Plattformbesitzer – das Team, das tatsächlich weiß, wie man etwas richtig macht – schreibt das Playbook einmal in einem Format, das der Agent lesen kann, und jeder Entwickler, der einen Agenten verwendet, profitiert davon. Kein auf Developer.android.com vergrabenes Tutorial, das niemand liest. Keine Stack Overflow-Antwort, die im Jahr 2022 korrekt war. Ein live ausführbarer, vom Agenten lesbarer Befehlssatz, der vom Team verwaltet wird, dem die Plattform gehört.

Wenn Google dies gut macht – und „dies gut zu machen“ bedeutet einen stetigen Strom neuer Fähigkeiten, schnelle Updates, wenn sich APIs ändern, tiefe Integration mit dem Rest der Plattform – wird dies das am meisten unterschätzte Entwicklertool des Jahres 2026 sein. Die CLI ist die Oberfläche. Die Fähigkeiten sind die Substanz.

Und hier ist etwas, was in der Startberichterstattung niemand erwähnt: Sie können Ihre eigenen Fähigkeiten schreiben. Das Format ist geöffnet. Wenn Ihr Team architektonische Standards hat – „Verwenden Sie immer dieses DI-Muster, niemals dieses“ – können Sie eine Fertigkeit schreiben, die jedem Agenten in Ihrem Team beibringt, diese zu befolgen. Sie können diese Fertigkeit als Teil Ihres Repos versenden. Ein neuer Entwickler tritt bei, führt android init aus und plötzlich setzt sein Agent die Standards Ihres Teams durch. Der institutionelle Speicher Ihrer Codebasis wird ausführbar.

Das ist eine ruhige, seltsame, wichtige Sache. Ich werde mehr darüber schreiben.

Was dies für die Entwicklung von Android im Jahr 2026 bedeutet

Lassen Sie mich sagen, was meiner Meinung nach hier passiert, denn ich sehe, dass es nirgendwo anders klar zum Ausdruck gebracht wird.

Google hat der Android-Entwicklergemeinschaft gerade mitgeteilt, dass die Zukunft der Android-Entwicklung agentengesteuert ist, und sie haben die offiziellen Tools auf dieser Annahme aufgebaut. Nicht als Nebenwette. Nicht als experimentelles Laborprojekt. Als nächste Generation der Arbeitsweise, die die Plattform von Ihnen erwartet.

Das Signal ist unverkennbar, wenn man sich ansieht, was sie getan und was nicht getan haben. Sie haben keine „Gemini-CLI für Android“ erstellt. Sie haben eine CLI entwickelt, die 37 Agenten zu gleichen Bedingungen unterstützt, darunter Claude Code und Codex – direkte Konkurrenten zu ihrem eigenen Gemini. Dies ist eine strategische Entscheidung von Google zur Optimierung der Entwicklerproduktivität gegenüber der Agentenbindung. Es zeigt Ihnen, dass sie entschieden haben, dass die Plattform gewinnt, wenn Entwickler mehr Apps schneller bereitstellen, unabhängig davon, welchen Agenten sie dafür verwenden.

Diese Entscheidung wird Druck auf alle anderen Besitzer mobiler Plattformen ausüben. Apples Entwickler-Tooling-Story für AI-Agenten existiert zum Zeitpunkt des Verfassens dieses Artikels im Grunde nicht – Xcode ist nicht auf die Art und Weise skriptfähig, die ein Agent benötigt, und es gibt keine von Apple gesegnete CLI für Projekterstellung, Simulatorsteuerung oder UI-Inspektion. Wenn die Produktivitätslücke zwischen der agentengesteuerten Android-Entwicklung und der Click-through-Xcode-iOS-Entwicklung das Dreifache beträgt, wie die Zahlen von Google vermuten lassen, wird sich diese Lücke in der Versandgeschwindigkeit bemerkbar machen. Plattformübergreifende Teams werden es bemerken.

Für einzelne Entwickler ist die praktische Umsetzung einfacher. Wenn Sie für Android erstellen und noch keinen AI-Agenten in Ihrem Workflow verwenden, ist der Einstieg deutlich kürzer geworden. Die CLI verwaltet die Teile des Workflows, für die früher die IDE erforderlich war. Claude Code oder Gemini CLI oder Codex kümmert sich um die Teile, die früher von Ihnen benötigt wurden. Sie werden zum Architekten, zum Gutachter und zur Person, die weiß, wie gut aussieht – und der Makler übernimmt das Schreiben.

Wenn Sie sehen möchten, wie sich dasselbe Muster auf der Desktop-Seite entwickelt, behandelt meine exemplarische Vorgehensweise von Antigravity, Googles IDE für AI-Agenten die gleiche Verschiebung in IDE-förmigen Arbeitsabläufen. Gleiches Spielbuch, andere Oberfläche.

Wo der Android CLI noch rau ist

Ich habe mich in diesem Beitrag positiv geäußert, weil ich den Start für wirklich wichtig halte. Aber das Vorschau-Tag v0.7 ist ehrlich. Es gibt echte Ecken und Kanten.

Es gibt noch keinen Unterbefehl gradle. Wenn der Agent ein Plugin hinzufügen, eine Abhängigkeit ändern oder eine Build-Variante ändern muss, muss er build.gradle.kts-Dateien direkt bearbeiten. Der Agent kann dies tun; Es ist nicht immer großartig darin. Ein gradle add-plugin- oder gradle add-dependency-Befehl würde eine der größten verbleibenden Lücken schließen.

Die Kompetenzbibliothek ist klein. Sechs Fertigkeiten beim Start sind ein Ausgangspunkt, kein fertiges System. Die Fähigkeiten zur XML-to-Compose-Migration sind ausgezeichnet; der Google Play Billing-Fähigkeit ist in Ordnung; die anderen habe ich noch nicht in der Produktion verwendet. Die Bibliothek muss auf vielleicht vierzig oder fünfzig Fähigkeiten anwachsen, bevor sie die tatsächliche Oberfläche gängiger Android-Aufgaben abdeckt.

Die Emulator-Integration ist gut, aber nicht kugelsicher. Innerhalb von drei Stunden habe ich einmal einen starken Frost erlitten. Das ist keine Katastrophe, aber es ist noch nicht an der Zuverlässigkeitsgrenze angelangt, bei der ich darauf vertrauen würde, dass es über Nacht unbeaufsichtigt auf einer CI-Pipeline läuft.

Der Dokumentationsindex umfasst Developer.android.com, Firebase-Dokumente und Kotlin-Dokumente. Die Material Design-Spezifikationen, AndroidX-Versionshinweise oder die Jetpack Composables-Referenz werden noch nicht ausführlich behandelt. Die werden kommen. Im Moment stößt der Agent manchmal auf eine Dokumentenabfrage, die nichts Nützliches zurückgibt, und muss auf seine Trainingsdaten zurückgreifen.

Keines davon ist ein Blocker. Bei allen handelt es sich um Probleme, die in den nächsten drei bis sechs Veröffentlichungszyklen behoben werden. Ich wette, dass Google v1.0 von Google I/O 2026 ausliefert und die meisten dieser Lücken geschlossen sind.

Was diese Woche zu tun ist

Wenn Sie Android-Apps erstellen und dies lesen, würde ich diese Woche Folgendes tun.

Installieren Sie die CLI. Es dauert fünf Minuten. Führen Sie android init aus und lassen Sie es Fähigkeiten in den Agenten installieren, den Sie bereits verwenden. Probieren Sie android create an einem Wegwerfprojekt aus – bekommen Sie ein Gefühl dafür, wie schnell der Projekt-Bootstrap sein kann, wenn der Assistent nicht mehr verfügbar ist.

Wählen Sie dann eine echte Aufgabe aus, die Sie gemieden haben. Eine Compose-Migration. Ein Navigation 3-Upgrade. Eine R8-Bereinigung. Alles, wo die Arbeit größtenteils mechanisch, aber mühsam ist. Geben Sie es Ihrem Agenten mit installierter CLI und beobachten Sie, was passiert. Wenn ein Agent zum ersten Mal eine echte Android-Aufgabe von Anfang bis Ende erfolgreich durchführt, macht sich bei Ihnen ein Klick auf den Rest der Arbeit, die Ihnen bevorsteht.

Dann beginnen Sie mit dem Schreiben von Fertigkeiten für Ihr eigenes Team. Wählen Sie ein Architekturmuster aus, das Ihr Team durchsetzt – Ihre DI-Konventionen, Ihr Test-Setup, Ihr Fehlerbehandlungsansatz – und schreiben Sie eine Fertigkeit, die einem Agenten beibringt, diese zu befolgen. Legen Sie es in Ihrem Repo ab. Lassen Sie Ihre Teamkollegen android init dagegen antreten. Sie haben Ihrem Team ein institutionelles Speicher-Upgrade gegeben, das sich jedes Mal erhöht, wenn jemand einen Agenten in der Codebasis verwendet.

Häufig gestellte Fragen

Ist der Android CLI kostenlos?

Ja. Der Android CLI kann kostenlos von d.android.com/tools/agents heruntergeladen werden und wird unter derselben offenen Lizenz wie die übrigen Tools der Android-Plattform geliefert. Derzeit gibt es keine kostenpflichtige Tier- oder Unternehmenslizenz.

Funktioniert der Android CLI mit Claude Code?

Ja. Claude Code ist eines der 37 unterstützten Agentenziele. Führen Sie nach der Installation der CLI android init --agent=claude-code aus, um die offiziellen Skills in Ihrem Claude Code-Skills-Verzeichnis zu installieren.

Benötige ich weiterhin Android Studio, wenn ich die CLI habe?

Für die meisten agentengesteuerten Arbeitsabläufe gilt: Nein. Sie benötigen weiterhin Android Studio für visuelles Debugging, Profiler-Arbeit und komplexe Layout-Inspektion. Aber die tägliche Projekterstellung, Abhängigkeitsverwaltung, Emulatorsteuerung und UI-Tests können jetzt vollständig über das Terminal erfolgen.

Wie unterscheidet sich der Android CLI vom adb?

adb ist eine Low-Level-Geräte-Debugging-Brücke. Der Android CLI ist ein Workflow-Tool auf höherer Ebene, das adb, sdkmanager, avdmanager, Teile von Gradle und den Dokumentationsindex in einer einzigen agentenfreundlichen Schnittstelle zusammenfasst. Die CLI verwendet für einige Vorgänge unter der Haube adb.

Was macht android init eigentlich?

Es durchsucht Ihr Home-Verzeichnis nach installierten Codierungsagenten und legt dann die offiziellen Android-Kenntnisse im Kompetenzverzeichnis jedes Agenten ab. Dadurch wird jedem Agenten auf Ihrem Computer beigebracht, wie er die CLI verwendet. Übergeben Sie --agent=<name>, um die Installation auf einen einzelnen Agenten zu beschränken.

The Boring Command That Changed My Mind

Zurück zu meinem Ausgangspunkt. android create. Leere Aktivitätsvorlage. Elf Sekunden.

Es wäre leicht, auf diesen Befehl zu schauen und mit den Schultern zu zucken. Das Projektgerüst ist nicht der schwierige Teil der Android-Entwicklung. Jeder kann ein Projekt aufbauen. The hard part is everything that comes after.

Aber der Grund, warum mir dieser Befehl in Erinnerung geblieben ist – der Grund, warum ich hier sitze und an einem Dienstag dreitausend Wörter über ein Entwicklertool schreibe – ist, dass er mir sagte, was Google entschieden hat. Sie haben entschieden, dass es auf die Reibung beim Anfang ankommt. Sie sind zu dem Schluss gekommen, dass das Agenten-Ökosystem wichtiger ist als die Agentenbindung. Sie haben beschlossen, dass die nächste Generation von Android-Entwicklern ihre Aufmerksamkeit darauf richten wird, was sie bauen soll, und nicht darauf, wie man den Aufbau vorantreibt.

Das ist eine Wette auf eine andere Art von Entwickler als den, für den Android Studio entwickelt wurde. Es ist eine Wette, die ich gerne annehme.

Die Frage für Sie ist, auf welcher Seite dieser Wette Sie stehen möchten. Verbringen Sie die fünf Minuten. Installieren Sie die CLI. Führen Sie eine echte Aufgabe über den Agenten Ihrer Wahl aus. Erleben Sie, wie sich elf Sekunden anfühlen, wenn der Zauberer weg ist. Dann fragen Sie sich: Welche andere Steuer in Ihrem Arbeitsablauf haben Sie vergessen, zu zahlen?

Lasst uns zusammenarbeiten

Möchten Sie AI-Systeme aufbauen, Arbeitsabläufe automatisieren oder Ihre technische Infrastruktur skalieren? Ich würde gerne helfen.

• Fiverr (benutzerdefinierte Builds und Integrationen): fiverr.com/s/EgxYmWD
• Portfolio: mejba.me
• Ramlit Limited (Unternehmenslösungen): ramlit.com
• ColorPark (Design & Branding): colorpark.io
• xCyberSecurity (Sicherheitsdienste): xcybersecurity.io