Wer je einen gesprächsorientierten Programmierassistenten benutzt hat, kennt das Ritual. Man bittet um eine Funktion, die Antwort ist wohlformuliert, und dann kopiert man sie selbst in den Editor, installiert die Abhängigkeit, lässt die Tests laufen und kommt mit der Fehlermeldung zurück, damit der Assistent es erneut versucht. Jede dieser Runden nimmt einen Teil der Zeit zurück, die gerade gespart wurde, und nach einigen ist der Gewinn kaum noch zu benennen.

Goose lässt diesen Schritt weg. Es antwortet nicht nur und hört dann auf; es arbeitet auf dem eigenen Rechner. Es liest Dateien, ändert Code, führt Befehle aus, betrachtet die Ausgabe und arbeitet von dort weiter, bis die Aufgabe fertig ist. Entstanden ist es in einem Finanztechnologie-Unternehmen, veröffentlicht als quelloffenes Projekt und im Frühjahr 2026 an eine Stiftung übergeben, die sich um offene Infrastruktur kümmert – unter einer freizügigen Lizenz, mit Zehntausenden von Beobachtenden und Hunderten von Mitwirkenden.

Nicht nur ein Assistent für Code

Das Projekt nennt sich allzwecktauglich, und meint das schlicht. Code zu schreiben ist eine seiner Tätigkeiten, daneben nachzuschlagen, Dokumente zu entwerfen, einen Datensatz durchzuarbeiten und eine automatisierte Folge auszuführen. Man stellt im Terminal eine Frage, und es plant die Schritte, ruft die nötigen Werkzeuge auf, prüft, was zurückkommt, und passt an. Es verhält sich weniger wie ein Werkzeug, das man bedient, als wie ein Praktikant, der immer da ist und den Zusammenhang nie zweimal erklärt bekommen muss.

Es gibt drei Zugänge. Eine eigene Anwendung für den Arbeitsplatz auf den drei verbreiteten Plattformen, für alle, die lieber klicken. Ein Kommandozeilenwerkzeug für alle, die das nicht wollen. Und eine Schnittstelle, um den Agenten in ein fremdes Produkt einzubetten. Der Kern ist in Rust geschrieben, was sich in der Startzeit und im sparsamen Umgang mit der Maschine zeigt.

Über siebzig Erweiterungen, und die Freiheit, mehr zu ergänzen

Die Fähigkeiten kommen aus Erweiterungen. Das Projekt baut auf einem offenen Standard auf, um ein Modell mit externen Werkzeugen zu verbinden, und die Gemeinschaft hat weit über siebzig fertige beigesteuert: Datenbanken, Browser, Codeverwaltung, Cloud-Speicher, verschiedene Dienste. Es zu bitten, beim Bearbeiten eine Unterlage nachzuschlagen, eine interne Schnittstelle aufzurufen oder einen Browser zu steuern, um zu prüfen, ob eine Seite wirklich erscheint, bedeutet keinen Programmwechsel mehr.

Es kann sich außerdem als Server zeigen, den die verbreiteten Editoren verstehen, sodass derselbe Agent in den Oberflächen erscheint, die man ohnehin benutzt. Dieses Detail ist wichtiger, als es klingt: Ein Agent in einem eigenen Fenster ist ein Agent, den man zu benutzen vergisst.

Jedes Modell, auch eines, für das Sie schon zahlen

Kein Anbieter wird bevorzugt. Mehr als fünfzehn lassen sich anbinden, von den großen kommerziellen bis zu einem Modell auf der eigenen Hardware, bei dem nichts die Maschine verlässt. Und wer bereits irgendwo ein Abonnement hält, kann dieses Konto über ein offenes Protokoll direkt nutzen, ohne einen zweiten Schlüssel zu besorgen.

Alles läuft lokal, und Daten verlassen den Rechner standardmäßig nicht – das ist der Unterschied zwischen einem Werkzeug, das für vertrauliche Arbeit taugt, und einem, das es nicht tut. Das Projekt ist außerdem ungewöhnlich deutlich in Sicherheitsfragen: Erkennung von eingeschleusten Anweisungen, Berechtigungen je Werkzeug, ein Sandkastenmodus und eine Prüfung, die gefährliche Aktionen beobachtet, bevor sie geschehen.

Eine Routine als Rezept speichern

Manche Abläufe wiederholen sich wöchentlich: Tests laufen lassen, die Fehlschläge sammeln, einen nach dem anderen beheben, zur Bestätigung erneut testen, dann einchecken. Goose erlaubt, das einmal als Rezept in einer einfachen Textdatei festzuhalten. Danach genügt ein Satz, und der Agent folgt der Folge selbst, teilt sie mit einer Kollegin oder führt sie in einer Fertigungsstraße aus. In der Gemeinschaft hat sich bereits eine Sammlung von Rezepten angesammelt, nah genug an den üblichen Fällen, dass Anpassen schneller ist als Neuschreiben.

Größere Aufgaben lassen sich auf parallele Unteragenten verteilen: einer prüft Code, während ein anderer recherchiert, ohne dass sie ihren Kontext gegenseitig verunreinigen und ohne dass die Hauptunterhaltung mit Protokollen vollläuft. Das ist der Unterschied zwischen einem Assistenten und einem kleinen Büro.

Für wen es gedacht ist

Entwickler und Teams, die Coden, Recherche und Automatisierung an einer Stelle wollen und das Projekt nicht anderswohin schicken dürfen, finden hier die derzeit praktischste Regelung: kostenlos, offen, modellunabhängig, erweiterbar. Was es wegnimmt, ist nicht das Denken, sondern das Kopieren und Einfügen, das früher zwischen Denken und Ergebnis lag.