Android-apps bouwen met AI-agents: wat kan Antigravity echt?

TL;DR

• Wat: Google laat zien hoe je met Antigravity, Stitch MCP en de Android CLI native Android-apps kunt bouwen via AI-agents — van ontwerp tot build.
• Waarom relevant: als app-ontwikkeling goedkoper en sneller wordt, verlaagt dat de drempel voor MKB-bedrijven om een eigen Android-app te laten maken.
• Wat je ermee kunt: verken of Antigravity en de Android CLI volwassen genoeg zijn voor jouw volgende app-project, en bepaal of je hiermee ontwikkelkosten kunt drukken.

Ik kwam een bericht tegen van Google's eigen developer-account op X waarin ze laten zien hoe een AI-agent een compleet Android-traject doorloopt: ontwerp importeren, Jetpack Compose-componenten genereren, testen in een emulator en bouwen op een fysiek toestel. Dat klinkt als een flinke belofte. Ik wilde weten wat er klopt, wat er nog niet klopt, en wat het voor ondernemers betekent.

Wat is hier precies aangekondigd?

De tweet van Google Developers beschrijft een workflow waarbij drie tools samenwerken:

1. Antigravity — Google's agent-platform dat sinds I/O 2026 als versie 2.0 beschikbaar is, met een desktopapp en een eigen CLI.
2. Stitch MCP — een experimentele tool van Google Labs die UI-ontwerpen genereert op basis van tekst of afbeeldingen, en die ontwerpen via het Model Context Protocol (MCP) deelt met een code-agent.
3. Android CLI — een command-line-tool die sinds mei 2026 stabiel is op versie 1.0. Hiermee kunnen AI-agents Android-projecten aanmaken, Compose-previews renderen en apps uitrollen naar een virtueel toestel.

Het idee: je tekent een scherm in Stitch, de agent haalt de ontwerpdetails op via MCP, vertaalt ze naar native Jetpack Compose-code en test het resultaat — zonder dat je zelf Android Studio hoeft te openen.

Ik vind het interessant dat Google deze drie losse bouwblokken zo nadrukkelijk als één keten presenteert. Het laat zien dat ze agent-gedreven ontwikkeling niet als experiment zien, maar als een serieus productieverhaal.

Wat klopt er — en wat nog niet?

Ik heb de bronnen nagelopen, en er zitten een paar nuances in die het eerlijke verhaal completer maken.

Stitch MCP: bewezen voor web, niet voor Android

Google heeft een eigen codelab gepubliceerd voor de Stitch-naar-Antigravity-workflow. Maar dat codelab bouwt een React- en Tailwind-website, geen Android-app. De projecttype-keuze in Stitch is "Web". Ik heb in geen enkele officiële bron een bevestiging gevonden dat Stitch MCP rechtstreeks Jetpack Compose-code genereert.

Dat betekent niet dat het onmogelijk is — een slimme agent kan ontwerpdata uit Stitch halen en die vertalen naar Compose. Maar het is goed om te weten dat de officiële documentatie die stap nog niet beschrijft. Mogelijk is het een route die werkt maar nog niet formeel ondersteund wordt.

Android CLI: krachtig, maar met grenzen

De Android CLI kan volgens het officiële blogbericht van het Android-team onder meer projecten aanmaken, bestanden analyseren, Compose-previews renderen en apps deployen naar een Android Virtual Device (een emulator). Dat is indrukwekkend.

Wat ik niet heb kunnen bevestigen in officiële bronnen is de claim dat je de uiteindelijke build op een fysiek toestel kunt draaien via deze workflow. De Android Developers Blog noemt virtuele devices, maar rept niet expliciet over fysieke telefoons. Dat is een detail dat ertoe doet als je aan het eind van het traject een app op een echt toestel wilt testen — wat elke serieuze ontwikkelaar doet.

Welke agents werken ermee?

Een positief punt: de Android CLI is niet beperkt tot Google's eigen modellen. Volgens het officiële blogbericht werkt de tool met Gemini in Android Studio, Antigravity 2.0, Antigravity CLI, maar ook met Anthropic's Claude Code en OpenAI's Codex. Dat maakt het model-agnostisch — je kiest zelf welke AI het werk doet.

Wat betekent dit voor een ondernemer?

Stel dat je als MKB-ondernemer overweegt om een Android-app te laten bouwen — een bestelapp, een klantportaal, een interne tool. Traditioneel huur je daar een developer of bureau voor in, en de kosten lopen al snel op tot tienduizenden euro's.

Wat hier verandert, is niet dat je morgen zelf een app bouwt door een zin in te typen. Maar de ontwikkelsnelheid voor developers neemt toe. Een ontwerper maakt een scherm in Stitch, een agent vertaalt dat naar code, en de developer reviewt en verfijnt. Dat kan — als het werkt zoals beloofd — de tijdsinvestering drukken.

Voor ondernemers zie ik twee concrete overwegingen:

• Lagere instapkosten voor prototypes. Als je een idee wilt valideren met een werkende demo-app, wordt dat haalbaarder. Je hoeft niet meteen een volledig ontwikkelteam in te schakelen.
• Gesprek met je developer verandert. Als je een bureau of freelancer inhuurt, kun je vragen of ze met deze tools werken. Niet om te controleren, maar om te begrijpen hoeveel handwerk er nog in het traject zit — en of dat de offerte beïnvloedt.

Tegelijkertijd: dit soort tools vervangt geen professionele review. De agent genereert code, maar iemand moet de kwaliteit, beveiliging en gebruiksvriendelijkheid beoordelen. Dat blijft mensenwerk.

Hoe volwassen is dit nu echt?

Ik wil eerlijk zijn: de presentatie in de tweet is gladder dan de werkelijkheid. Google toont een naadloze keten van ontwerp tot fysiek toestel, maar als je de documentatie erbij pakt, zie je dat de onderdelen op verschillende plekken in hun ontwikkeling zitten.

• Antigravity 2.0: net gelanceerd, met desktopapp en CLI. Ziet er solide uit, maar is nieuw.
• Stitch MCP: experimenteel. Het woord "Labs" zit er niet voor niets bij. De webworkflow werkt, de Android-route is onbevestigd.
• Android CLI 1.0: stabiel verklaard, maar de featureset is nog beperkt vergeleken met wat Android Studio biedt.

Kun je je voorstellen dat je over een jaar een app-idee in een paar zinnen beschrijft en een werkend prototype terugkrijgt? Ik denk dat we daar naartoe bewegen. Maar we zijn er nu nog niet helemaal.

Een keten met potentie, maar check de kleine lettertjes

Voor mij is dit vooral een signaal dat Google serieus investeert in het toegankelijker maken van app-ontwikkeling via AI-agents. De bouwblokken zijn er: een ontwerptools die via een open protocol communiceert, een CLI die agents toegang geeft tot Android-tooling, en een platform dat het orkest dirigeert.

Maar als ondernemer die op basis van dit soort berichten beslissingen moet nemen, zou ik zeggen: lees verder dan de tweet. De officiële documentatie laat zien dat de webkant verder is dan de Android-kant, en dat sommige claims in de demo nog niet terugkomen in de docs. Dat is geen kritiek — het is een product in ontwikkeling. Maar het is goed om dat te weten voordat je er budget tegenaan zet.