Van prompt naar Android-app op je telefoon: zo werkt Antigravity

TL;DR

• Wat: Google's Antigravity IDE kan met de Stitch MCP-server en Android CLI een Android-app bouwen vanuit een tekstprompt — inclusief verificatie op een emulator en installatie op een echt toestel.
• Waarom relevant: app-ontwikkeling wordt hiermee toegankelijker voor bedrijven die nu afhankelijk zijn van externe ontwikkelaars voor elke kleine aanpassing.
• Wat je ermee kunt: bekijk of een prototype van jouw app-idee sneller en goedkoper te valideren is voordat je een volledig ontwikkeltraject start.

Ik kwam een demo tegen van Antigravity — Google's AI-gestuurde code-editor — waarin een Android-app wordt gebouwd vanuit een simpele tekstbeschrijving. Wat mij opviel: de app wordt niet alleen gegenereerd, maar ook getest in een emulator en uiteindelijk op een fysiek Android-toestel geïnstalleerd. Dat vond ik interessant genoeg om uit te zoeken wat hier precies gebeurt.

Wat zijn Antigravity en Stitch?

Antigravity is Google's zogenaamde agentic IDE — een code-editor (gebaseerd op VS Code) die is gebouwd rond AI-agents aangedreven door Gemini. In plaats van dat je zelf alle code schrijft, geef je de agent instructies en laat je hem het zware werk doen. Denk aan het opzetten van een projectstructuur, het genereren van schermen, en het uitvoeren van tests.

Stitch is een apart product van Google: een ontwerptool waarmee je via tekst of spraak UI-ontwerpen kunt genereren. Je beschrijft wat je wilt zien — bijvoorbeeld "een inlogscherm met e-mail en wachtwoord in Material Design 3" — en Stitch maakt daar een visueel ontwerp van, inclusief kleuren, typografie en spacing.

De verbinding tussen beide loopt via het Model Context Protocol, oftewel MCP. Dat is een gestandaardiseerde manier waarop AI-tools informatie kunnen uitwisselen. In dit geval haalt de Antigravity-agent via de Stitch MCP-server de ontwerpgegevens op en vertaalt die naar werkende code.

De stappen: van tekst naar werkende app

De workflow die in de demo wordt getoond, verloopt ruwweg als volgt:

1. Ontwerp genereren in Stitch

Je begint met een prompt — een beschrijving van wat je app moet doen en hoe die eruit moet zien. Stitch genereert daar een of meer schermontwerpen van, compleet met een gestructureerd ontwerpbestand (een zogeheten DESIGN.md) dat kleuren, lettertypen, afstanden en componentpatronen vastlegt.

2. Ophalen en omzetten in Antigravity

De Antigravity-agent haalt de ontwerpen op via de Stitch MCP-server en bouwt daar native Jetpack Compose-componenten van. Jetpack Compose is Google's huidige standaard voor het bouwen van Android-interfaces — vergelijkbaar met hoe je in Word een document opmaakt, maar dan voor app-schermen. Volgens Google is Compose inmiddels de manier om Android-UI te bouwen, en de nieuwe agent-tooling is daaromheen ontworpen.

3. Verificatie in de emulator

Voordat de app naar een echt toestel gaat, draait de agent hem in een emulator — een gesimuleerde telefoon op je computer. Hier kun je zien of de schermen kloppen, of knoppen werken, en of er geen zichtbare fouten zijn.

4. Installatie op een echt toestel

De laatste stap: de app wordt via ADB (Android Debug Bridge) op een fysiek Android-toestel geïnstalleerd. Dat is het moment waarop je prototype tastbaar wordt.

Dit hele traject wordt ondersteund door Android CLI 1.0, een tool die eerder dit jaar stabiel werd en AI-agents programmatische toegang geeft tot Android Studio's bouw-, analyse- en testfuncties — zonder dat je de volledige IDE hoeft te openen.

Wat betekent dit voor een ondernemer?

Ik denk dat de relevantie hier niet zit in "je hoeft geen developer meer in te huren" — want dat is te kort door de bocht. Wat wél verandert, is de snelheid waarmee je een idee kunt valideren.

Stel dat je als winkelier overweegt om een klantenloyaliteits-app te laten bouwen. Normaal gesproken zou je een bureau inschakelen voor een ontwerp, weken wachten op wireframes, dan nog eens weken op een werkend prototype. Met een tool als Antigravity kun je in theorie zelf een eerste versie genereren om te beoordelen of het concept werkt — voordat je geld uitgeeft aan een volledig ontwikkeltraject.

Dat "in theorie" is belangrijk. Uit de bronnen die ik heb bekeken, blijkt dat Stitch oorspronkelijk is gebouwd voor webontwikkeling — React en Tailwind CSS. De Android-ondersteuning via Jetpack Compose lijkt nieuwer, en meerdere bronnen melden dat complexere layouts nog niet altijd goed worden vertaald. Ik zou er dus voorzichtig mee zijn als het gaat om productie-apps.

Maar voor een prototype? Voor het toetsen van een idee? Dat is een ander verhaal.

Kanttekeningen die ik wil benoemen

Er zijn een paar dingen die ik eerlijk wil meegeven:

De demo toont een ideaal scenario. Productdemo's laten per definitie de meest soepele workflow zien. In de praktijk zul je tegen beperkingen aanlopen — componenten die niet helemaal kloppen, ontwerpen die op een echt scherm anders uitpakken dan in de emulator, of edge cases waar de agent niet mee om kan gaan.

Je hebt nog steeds technische kennis nodig. Het opzetten van de Stitch MCP-server, het configureren van Android CLI, het werken met ADB — dat is niet iets wat je zonder enige technische achtergrond even doet. Google's eigen codelab voor de Stitch-Antigravity-integratie richt zich duidelijk op ontwikkelaars, niet op eindgebruikers.

Gratis, maar met grenzen. Stitch biedt 350 gratis generaties per maand. Voor experimenteren is dat ruim voldoende, maar als je serieus aan het itereren bent op een product, loop je daar mogelijk tegenaan.

De kwaliteit van de output hangt af van je prompt. Dat klinkt logisch, maar het is goed om te beseffen: hoe specifieker je beschrijft wat je wilt — platform, designsysteem, toegankelijkheidseisen — hoe beter het resultaat. "Maak een app" levert iets heel anders op dan "maak een Android-app met Material Design 3, een inlogscherm met e-mailvalidatie en een donker thema."

Waar past dit in het grotere plaatje?

Wat ik hier zie, is onderdeel van een bredere beweging die Google op I/O 2026 heeft ingezet. Android CLI, Antigravity 2.0, Stitch, AI Studio — het zijn allemaal puzzelstukjes die samen een keten vormen van idee naar werkende software.

De belofte is dat je als niet-engineer een werkende eerste versie kunt maken. Google's eigen team heeft dat intern getest: volgens een van hun handleidingen was de eerste werkende versie van een project gemaakt door iemand zonder engineeringachtergrond. Dat is een opvallende claim, al wil ik daar wel bij zeggen dat "een eerste werkende versie" iets heel anders is dan "een productieklare app."

Voor mij is dit vooral een signaal dat de drempel om software te bouwen — of in ieder geval te prototypen — blijft dalen. Niet tot nul, want je moet nog steeds weten wat je wilt en hoe je het beschrijft. Maar de afstand tussen een idee en iets dat je op een telefoon kunt vasthouden, wordt aantoonbaar kleiner.