Airbuild 1.3: neuer Name, und eine Arbeit, die nicht abbricht
Wenn die Tasks ausgehen, pausiert der Turn, statt zu scheitern. Jedes Deployment-Ziel veröffentlicht aus seinem eigenen Branch. Und beim Testlauf kannst du zusehen.
In Version 1.2 ging es um die beiden Enden der Arbeit: eine Idee erkunden, bevor man sich festlegt — und veröffentlichen, ohne gegen eine Wand zu laufen, die man vorher nicht sieht. Version 1.3 nimmt sich das dazwischen vor: die Momente, in denen die Arbeit bisher abgebrochen ist. Und sie trägt unseren neuen Namen.
Hallo, Airbuild
Aus XAIO wird Airbuild. Air ist die Cloud, in der deine Software läuft — und wie sich der Weg dorthin anfühlen sollte: leicht, nichts zu installieren, auf niemanden zu warten. Build ist die andere Hälfte: Hier wird tatsächlich gebaut.
An deinem Konto ändert sich nichts. Gleicher Login, dieselben Projekte, gleiche Preise. Veröffentlichte Seiten behalten ihre Adressen, dein Code bleibt im Repository, in dem er schon ist, und es gibt nichts zu migrieren. Die ganze Geschichte steht in einem eigenen Beitrag.
Aufgebrauchte Tasks brechen den Turn nicht mehr ab
Wenn die AI Tasks mitten im Turn ausgingen, scheiterte der Turn — und die Arbeit ging mit. Jetzt pausiert er. Alles bereits Erledigte bleibt erhalten, und die Karte sagt, wie weit der Plan gekommen ist: „8 von 9 geplanten Schritten erledigt" statt eines roten Fehlers.
Ein Top-up setzt denselben Turn an der Stelle fort, an der er stehen geblieben ist. Tarife mit Add-ons kaufen direkt in der Karte nach, ohne Neuladen, und Free-Konten können an derselben Stelle um mehr Tasks bitten.
Drei neue Modelle, ein Standard für dein Team
GPT-6 Astra kommt zu den Frontier-Modellen dazu. DeepSeek V4.1 Flash tritt an die Stelle von V4 Pro — schneller, günstiger pro Task, und es liest jetzt auch angehängte Bilder. Gemini 3.7 Flash löst 3.6 ab.
Kosten, Tempo und Qualität stehen im Picker, damit du vor der Wahl siehst, wofür du dich entscheidest. Organisationen können festlegen, mit welchem Modell neue Projekte starten; wechseln können Mitglieder weiterhin, soweit die Regeln der Organisation es erlauben.
Jedes Ziel veröffentlicht aus seinem eigenen Branch
Veröffentlicht wurde aus `main`, Punkt. Jetzt merkt sich jedes Deployment-Ziel, aus welchem Branch es baut — auswählbar aus einer durchsuchbaren Liste der Branches deines Repositories, mit Aktualisieren-Knopf für einen gerade erst gepushten.
Vor dem Veröffentlichen wird dieser Branch auf den aktuellen Stand gebracht. Der Push einer Kollegin ist damit Teil des Release, statt stillschweigend zu fehlen.
Du kannst der Arbeit zusehen
Ein Testlauf zählt live mit — „10 von 20 Prüfungen erledigt", mit Fortschrittsbalken — statt sich hinter einem Spinner zu verstecken, den man kaum von einem hängenden Turn unterscheidet. Bricht die Verbindung ab und kommt zurück, zählt er weiter.
Tab-Badges, Problems-Panel und „Mit KI beheben" zählen jetzt dieselbe Liste, ein sichtbarer Beheben-Knopf zeigt also immer auf einen echten Fehler. Und das Backend-Log öffnet bei den neuesten Zeilen und folgt neuer Ausgabe, sobald sie kommt; scrollst du hoch, hält es an und behält deine Position — ein Klick oder eine Taste zurück zu live.
Alles Weitere
Die vollständigen Release Notes stehen auf der Seite zu Version 1.3.
- Farbfragen kommen als Farbfelder plus Farbwähler — ein Klick beantwortet sie.
- Eine Änderung ist eine Aktualisierung: Die Vorschau steht spürbar schneller.
- Ruhende Projekte bleiben still: kein Polling, wenn nichts läuft.
- Neue Projekte starten standardmäßig im Premium-Design.
- Eigene Domains erklären sich selbst — www oder die nackte Domain, mit Kopier-Knöpfen.
- Wiederhergestellte Versionen bekommen einen eigenen Commit, und Testläufe hinterlassen keine Dateien in deiner Historie.
- Die Kontolöschung entfernt persönliche Daten und behält die Aufzeichnungen, die wir aufbewahren müssen.
- Git-Zugangsdaten bleiben serverseitig und erreichen den Browser nie.
- Aus Platform Builder wird Suite Builder — gleicher Tarif, klarerer Name.