Sicher von Anfang an: warum Buildy Apples 2.5.2 übersteht

Im März 2026 begann Apple, die Guideline 2.5.2 gegen KI-App-Builder durchzusetzen. Buildy wurde so konzipiert, dass die Regel auf die Apps, die du damit baust, nicht zutrifft.

Im März 2026 begann Apple, die Guideline 2.5.2 gegen KI-App-Builder durchzusetzen. Laut Berichten von MacRumors und 9to5Mac blockierte Apple Updates der Apps von Replit und Vibecode und entfernte die App Anything (vormals Create.xyz) komplett. Die Durchsetzung erfolgte über den Monat hinweg schrittweise statt in einem Rutsch, und einige Status änderten sich danach — Anything kehrte später zurück und Replit nahm das Veröffentlichen wieder auf. Die Regel dahinter war die App Store Review Guideline 2.5.2.

Was 2.5.2 tatsächlich sagt

Die Guideline ist kurz: Apps "dürfen keinen Code herunterladen, installieren oder ausführen, der Funktionen oder Funktionalität der App einführt oder verändert." Im Klartext: Eine App auf einem Telefon muss in sich geschlossen sein. Sie darf nicht zur Laufzeit neuen Code holen und ihn ausführen.

Genau das taten die entfernten Builder. Das Muster war bei jedem einzelnen von ihnen identisch:

1. Die Nutzerin öffnet die KI-Builder-App auf ihrem Telefon.
2. Die App nimmt zur Laufzeit nutzergenerierten Code an oder lädt ihn herunter.
3. Ein eingebetteter Webview oder eine JavaScript-Engine führt diesen Code aus.

Schritt drei ist der Verstoß. In dem Moment, in dem eine ausgelieferte Binärdatei Code ausführt, den sie nicht durch das Review getragen hat, ist sie regelwidrig — und Apple begann im März 2026, das gegen diese ganze Kategorie durchzusetzen.

Warum das auf Buildy nicht zutrifft

Buildy ist ein Build-Tool, keine Engine, die in den Apps deiner Nutzer läuft. Der Unterschied klingt subtil. Architektonisch ist er das ganze Spiel.

Wenn du mit Buildy baust, existieren zwei völlig getrennte Dinge:

• Der Editor und die Vorschau. Diese leben auf buildy.me, auf unseren Servern. Wenn du ein Element in der Live-Vorschau anklickst, kompiliert Buildy deinen Code serverseitig und rendert ihn in einem abgeschotteten iframe. Die Vorschau-Engine verlässt nie unsere Infrastruktur. Sie wird nie in irgendetwas gebündelt, das ein Telefon erreicht.
• Die App, die du auslieferst. Das ist ganz normaler React-Native- und Expo-Quellcode. EAS Build kompiliert ihn zu einer signierten .ipa oder .apk. Die Binärdatei im App Store enthält null Codeausführung, null Remote-Loader, null 2.5.2-Angriffsfläche.

Die Builder, die entfernt wurden, verschmolzen diese beiden Dinge zu einem. Die Vorschau-Engine war die ausgelieferte App. Wir haben es nie so verdrahtet, und es gibt keine Einstellung, die wir morgen umlegen könnten, um das zu durchbrechen — so ist die Architektur gebaut.

Warum wir diese Entscheidung früh getroffen haben

Serverseitige Vorschau ist schwerer zu bauen als das Einbetten einer Laufzeitumgebung in die App. Eine In-App-JavaScript-Engine ist der Weg des geringsten Widerstands: einmal bündeln und jede Vorschau ist gratis. Diesen Weg haben wir nicht genommen, und eine Weile sah es nach Mehraufwand ohne Gegenwert aus. Dann kam die Durchsetzung von 2.5.2 und der Gegenwert war, dass die gesamte Kategorie aus der Ablehnungs-Lotterie herausblieb.

Es gibt einen zweiten Vorteil, der aus derselben Entscheidung folgt. Weil die Vorschau auf unseren Servern läuft und der Export reiner Quellcode ist, ist der Code, den du auslieferst, exakt der Code, den du lesen, prüfen und besitzen kannst. Keine proprietäre Laufzeitumgebung wird zur Build-Zeit eingenäht. (Mehr dazu in Dein Code gehört dir.)

Was das für dich bedeutet

Wenn du zugesehen hast, wie Konkurrenten delistet wurden, und dich gefragt hast, ob es das Risiko wert ist, eine mobile App mit KI zu bauen, dann ist das die Antwort: Das Risiko, das diese Produkte trugen, war eine architektonische Entscheidung, keine inhärente Eigenschaft des KI-App-Bauens. Buildy hat die andere Entscheidung getroffen.

Du beschreibst die App. Wir generieren React-Native-Quellcode. Du siehst ihn sicher auf unseren Servern in der Vorschau, exportierst ihn in einem kostenpflichtigen Tarif und lieferst eine normale signierte Binärdatei aus, die vor dem Review nichts zu verbergen hat.

Bau mobile Apps ohne die Ablehnungs-Lotterie. Kostenlos loslegen.