Eine Anwendung im Gespräch zu erzeugen ist längst nichts Neues mehr. Was die Leute zögern lässt, ist der Preis, der daran hängt: Die Plattform entscheidet, welches Modell man benutzen darf, Guthaben werden pro Aufruf gezählt, und der erzeugte Code und der Gesprächsverlauf bleiben auf dem Server von jemand anderem. Für einen einzelnen Entwickler ist das ein schlechtes Geschäft; für ein Team mit vertraulicher Arbeit ist es eine Wand. Dieses Projekt adressiert genau diese drei Dinge — eigenes Modell wählen, nach der eigenen Rechnung zahlen, den Code in der eigenen Umgebung behalten.

Ein ganzes Node.js in einem Browser-Tab

Das Fundament ist eine Technik, die die Node.js-Laufzeit in den Browser holt. Der Fortschritt der Abhängigkeitsinstallation, das Protokoll des Entwicklungsservers und die Ausgabe im Terminal unterscheiden sich nicht von lokaler Arbeit, außer dass sie in einem einzigen Tab stattfinden. Die Kette baut sich selbst zusammen: Das Modell schreibt Code, der Code landet in einem virtuellen Dateisystem im Browser, Abhängigkeiten werden installiert, der Dienst startet, und das gerenderte Ergebnis geht in das Vorschaufenster daneben.

Wichtiger ist, wie die Ausgabe organisiert ist. Zurück kommt kein Block Chattext, sondern eine Menge von Werkstücken, und jedes Werkstück enthält eine Reihe ausführbarer Schritte — diese Datei anlegen, diesen Befehl ausführen, diesen Dienst starten. Sie einzeln auszuführen macht den Vorgang nachvollziehbar und korrigierbar: Läuft die Anwendung nicht, sieht man, welcher Schritt gescheitert ist, und lässt nur diesen wiederholen, statt das Projekt abzureißen und neu anzufangen. Jede Änderung an einer Datei öffnet sich als Vergleichsansicht, und eine Dateisperre hindert das Modell daran, sich selbst in die Quere zu kommen, wenn es mehrere Dateien nacheinander ändert.

Das Modell wird nicht gemietet, sondern mitgebracht

Neunzehn Anbieter sind fest verdrahtet, und jeder Dienst, der dieselbe Schnittstelle spricht wie der vorherrschende kommerzielle, lässt sich direkt anbinden. Wechseln heißt nicht, Code anzufassen; es ist eine Auswahlliste. Ein Schlüssel kann in einer lokalen Konfigurationsdatei liegen oder im Einstellungsfenster eingetippt werden, und ein grüner Haken bestätigt, dass er funktioniert.

Für alle, denen wichtig ist, wohin Daten gehen, ist der eigentliche Punkt, dass lokale Modelle hier ebenfalls laufen. Mit einem Modelldienst auf derselben Maschine verlässt der Code sie nie und die Berechnung geschieht lokal: Die Geschwindigkeit hängt an der eigenen Hardware, und zurück kommt eine Entwicklungsschleife ganz ohne äußere Abhängigkeit.

Erzeugen ist nur der Anfang. Versionen, Abhängigkeiten und das Livegehen sind mit erledigt: Ein Projektarchiv lässt sich hereinkopieren und bearbeiten, ein Projekt als Paket exportieren oder in eine Codeverwaltung schieben, eine Datenbank für Abfragen im Hintergrund anbinden und externen Werkzeugen über ein offenes Protokoll Zugriff auf das Modell geben. Das Veröffentlichen ist ein Knopf zu einem üblichen Gastgeber. Ein Dutzend Startvorlagen decken die verbreiteten Frontend-Gerüste und eine Lösung für unterwegs ab, sodass eine neue Idee nicht in einem leeren Ordner beginnen muss. Eingaben nehmen Bilder und Dateien an, und Diktat funktioniert.

Wo die Grenzen liegen

Ein paar Einschränkungen sollte man vorher kennen. Im Sandkasten läuft Node.js und nur Node.js — ein Hintergrund in Python oder Go passt nicht hinein, und ebenso wenig etwas, das auf mitgelieferte Binärdateien angewiesen ist. Die Lebensdauer folgt dem Browser-Tab: Wird er geschlossen, endet der laufende Dienst, also ist das kein Ort für einen dauerhaft laufenden Hintergrundprozess. Auch die Projektgröße hat eine Obergrenze, und ein großes Paket aus vielen Teilen in einen Browser zu ziehen erzeugt schlicht etwas Zähes.

Die Qualität hängt ganz am angebundenen Modell, und ein kleines Modell liefert meist Arbeit, die mehrere Runden Nachbesserung braucht. Ein letzter Punkt wird leicht übersehen: Der Quelltext steht unter einer freizügigen Lizenz, aber die zugrunde liegende Sandkastentechnik im Browser braucht für den produktiven Einsatz eine eigene kommerzielle Lizenz; privates Ausprobieren bleibt davon unberührt.

Drei Wege, es laufen zu lassen

Es gibt drei offizielle Wege. Für Leute, die sich im Terminal zu Hause fühlen: Laufzeit und Paketverwaltung installieren, das Projektarchiv holen, Abhängigkeiten installieren und starten, was sich auf einem lokalen Port öffnet. Für eine saubere Umgebung: ein Abbild für Behälter liegt bereit. Um es wie gewöhnliche Software zu behandeln: eine Desktop-Fassung für Windows, macOS und Linux. Alle drei zeigen dieselbe Oberfläche, die Wahl ist reine Gewohnheit.

Das Projekt wurde im Oktober 2024 von einem einzelnen Entwickler begonnen und ist heute Gemeinschaftsarbeit unter dem Dach einer Online-Entwicklungsplattform, mit knapp zwanzigtausend Sternen und über zehntausend Abspaltungen bis Ende 2026. Die Software ist kostenlos; die Modellnutzung rechnet der Anbieter ab, auf den man zeigt. Wenn das Bedürfnis genau das ist — eigenes Modellguthaben, auf der eigenen Maschine, aus einer Idee etwas Anklickbares machen —, lohnt eine Installation.