Dein Entwurf geht als laufendes Produkt live.
Du beschreibst einen Screen, Airbuild baut ihn — ein echtes React-Frontend mit Python-Backend und eigener PostgreSQL dahinter. Danach änderst du direkt in der Vorschau weiter, statt ein Bild davon zu kommentieren.
Mockups hören dort auf, wo das Produkt anfängt
Ein Mockup beantwortet, wie etwas aussehen soll. Es beantwortet nicht, was beim Absenden des Formulars passiert, wo der Datensatz landet und wer ihn sehen darf. Genau in dieser Lücke wartet Designarbeit — auf einen Sprint, auf eine Entwicklerin, auf einen Platz im Backlog.
Airbuild schließt sie in derselben Sitzung. Der Screen, den du beschreibst, kommt als funktionierende Anwendung zurück, und was du danach änderst, landet im Code selbst. Es gibt kein Übergabedokument, weil nichts mehr zu übergeben ist.
Was du wirklich bekommst
Keinen Prototyp, der fertig aussieht — eine Anwendung, die es ist.
Design-Mode
Klick ein Element in der Live-Vorschau an und ändere Schrift, Abstände, Farbe oder Text. Die Änderung wird in den echten Code geschrieben, nicht in eine Designdatei, die später jemand nachbauen muss.
Prototypen vor Code
Airbuild skizziert die Screens, bevor die Anwendung generiert wird — du beurteilst Layout und Ablauf, solange Meinungsänderungen noch billig sind.
Medien direkt mitgeneriert
Bilder entstehen passend zur Seite, auf der sie stehen. Ein erster Entwurf geht zum Kunden, ohne dass du vorher Stockfotos suchst.
Vom Screen zur Live-Seite
Derselbe Weg, ob Portfolio oder Kundenprodukt.
Beschreiben oder mitbringen
Starte mit einem Prompt — oder bring eine bestehende Seite per URL mit und lass sie Airbuild übernehmen.
Formen
Erst Prototyp, dann generieren — und im Design-Mode nachziehen, bis es sitzt.
Veröffentlichen
Ein Klick auf eine Subdomain oder deine eigene Domain. SSL und CDN sind dabei.
Übergeben
Standard-React und -Python. Exportieren — oder ein GitHub-Repository verbinden und eine Entwicklerin übernimmt.
Was dir bleibt
Designarbeit, die in einer Datei endet, die jemand anderes nachbauen muss, ist doppelt gemachte Arbeit. Hier ist das Artefakt das Produkt.
- Standard-React und -Python, exportierbar — keine proprietäre Laufzeit
- Jede Änderung ist ein echter Git-Commit, mit Historie
- Deine eigene Domain, keine Baukasten-Subdomain, aus der du nicht rauskommst
- Kostenlos starten: 250 AI Tasks im ersten Monat mit Geschäfts-E-Mail-Adresse
Was Designer fragen
Muss ich programmieren können?
Programmieren musst du für Airbuild nicht. Du beschreibst, was du willst, und ziehst das Ergebnis im Design-Mode nach. Der Code entsteht trotzdem, er ist lesbar, und er ist Standard-React und -Python — genau das macht eine spätere Übergabe an Entwickler überhaupt möglich. Öffnen musst du ihn nie, ansehen kannst du ihn jederzeit.
Kann ich eine Figma-Datei importieren?
Eine Figma-Datei kannst du heute nicht importieren — ein Figma-Plugin steht auf der Roadmap, nicht im Produkt. Was jetzt funktioniert: den Screen beschreiben, eine Referenz per URL mitgeben oder einen Screenshot einfügen und das generierte Ergebnis danach im Design-Mode angleichen, bis Abstände, Farben und Typografie sitzen.
Taugt das nur für Websites?
Airbuild taugt nicht nur für Websites. Websites laufen in jedem Tarif, auch im kostenlosen. Anwendungen mit Login, Datenbank und Rollen brauchen den Web App Builder oder höher: Dort kommen ein FastAPI-Backend und eine eigene PostgreSQL-Datenbank dazu. Der Design-Mode funktioniert in beiden Fällen gleich, an der Website wie an der Anwendung.
Und wenn der Kunde in einem Jahr Änderungen will?
Will der Kunde in einem Jahr Änderungen, ist das Projekt in Airbuild noch da, samt Versionsverlauf, und die nächste Änderung nimmt denselben Weg wie die erste: beschreiben oder im Design-Mode ändern. Hat der Kunde inzwischen ein eigenes Team, bekommt er das GitHub-Repository und die Anwendung läuft ohne uns weiter.