Die meisten Menschen, die nach goose-Alternativen suchen, brauchen keine. goose wurde nicht eingestellt: Das Projekt wechselte von block/goose zu aaif-goose/goose unter der Agentic AI Foundation bei der Linux Foundation, und das Repository war nicht archiviert, erhielt am 21. September 2026 einen Push und veröffentlichte am 17. September 2026 v1.51.0. Wenn Sie trotzdem wechseln, hängt die passende Alternative vollständig davon ab, warum Sie wechseln — und was keine Vergleichstabelle behandelt, ist die Frage, was sich beim Wechsel übertragen lässt. Anweisungen lassen sich übertragen, Rezepte und Sitzungsverläufe nicht, und jedes Zielsystem schreibt die Endpunkt-URL in einer anderen Form als goose.
Eine Suche nach goose-KI-Alternativen liefert zwei voneinander unabhängige Produkte, daher zunächst eine Klarstellung. Diese Seite behandelt goose, den quelloffenen Coding-Agenten, dokumentiert unter goose-docs.ai. Es handelt sich nicht um goose.ai, einen verwalteten NLP-Inferenzdienst, der auf seiner eigenen Website als Joint Venture von CoreWeave und Anlatan beschrieben wird und dessen Startseite keinen Coding-Agenten, keine CLI und kein Repository erwähnt (geprüft am 21. September 2026). Die dort veröffentlichten Preise pro Anfrage gehören zu diesem Dienst und erscheinen auf dieser Seite nirgendwo. Zwei weitere Namensgleichheiten: pressly/goose ist ein Go-Datenbankmigrationstool, und goose-lang/goose konvertiert eine Teilmenge von Go in Rocq.
Die Umbenennung ist real, aber zur Hälfte noch nicht überall angekommen
Der Wechsel wurde am 7. April 2026 von Michael Neale, Principal Engineer, im eigenen Blog des Projekts angekündigt: "The GitHub repository and related projects have moved from block/goose to a new org"; außerdem hieß es: "The old docs links will redirect, but update your bookmarks to the new site." Die Foundation selbst war zuvor in der Pressemitteilung der Linux Foundation zur Gründung der Agentic AI Foundation angekündigt worden, die unter anderem durch Beiträge zu MCP, goose und AGENTS.md getragen wurde.
Was goose in Suchergebnissen verlassen wirken lässt, ist, dass der alte Name weiterhin in ausgelieferten Artefakten steckt. Geprüft am 21. September 2026:
| Oberfläche | Was es heute tut | Ergebnis |
|---|---|---|
github.com/block/goose | HTTP 301 zu github.com/aaif-goose/goose | Verschoben, serverseitig |
block.github.io/goose | HTTP 200 mit einer Seite mit dem Titel "goose has moved — Redirecting…", einem Meta-Refresh und einem Canonical-Link zu goose-docs.ai | Verschoben, aber über den Browser – nicht durch eine HTTP-Weiterleitung |
| Homebrew-Cask | Noch immer das Token block-goose, Version 1.51.0, wobei das Feld homepage weiterhin auf block.github.io/goose verweist | Weiterhin Block |
| VS-Code-Erweiterungs-ID | Weiterhin block.vscode-goose | Weiterhin Block |
| Windows-Konfigurationsverzeichnis | Weiterhin %APPDATA%\Block\goose\config\ | Weiterhin Block |
"Block's goose" ist für Repository und Dokumentation veraltet und für die Installationsartefakte weiterhin buchstäblich korrekt. Diese Artefakte erklären, warum die Verbindung zu Block in Suchergebnissen und Softwarelisten fortbesteht; sie belegen nicht, dass die Governance weiterhin dort liegt.
Drei Auswege, die sich als goose-Einstellungen herausstellen
Bevor Sie Kandidaten auswählen, prüfen Sie, ob Ihr Grund bereits durch eine Konfigurationsänderung behoben werden kann. Drei häufige Fälle, alle aus der eigenen goose-Dokumentation, geprüft am 21. September 2026:
- "Ich möchte, dass es nicht mehr fragt" – oder häufiger fragt.
GOOSE_MODEsteuert die Tool-Ausführung mit den Wertenauto,approve,chatundsmart_approve; Standard istauto(Umgebungsvariablen). Autonomie ist hier ein Regler und keine fehlende Funktion. - "Ich möchte es in meinem Editor." Zed kann goose als ACP-Agent ausführen, und es gibt eine offizielle VS-Code-Erweiterung – ihre Seite liegt unter
/docs/experimental/und sagt: "goose for VS Code is in active development. Behavior and configuration may change in future releases,". Erforderlich sind VS Code 1.95.0 oder höher sowie die goose-CLI. Experimentell, kein gleichwertiger Ersatz für eine ausgereifte Erweiterung. - "Ich möchte nicht mehr pro Token bezahlen." Die ACP-Provider von goose – Claude ACP, Codex ACP, Amp ACP und Pi ACP – "let you use goose with your existing Claude Code or ChatGPT Plus/Pro subscriptions — no per-token API costs." Zwei Einschränkungen werden genannt:
goose session resumeundgoose session forkwerden noch nicht unterstützt, und die ACP-Sitzungs-ID unterscheidet sich von der goose-Sitzungs-ID, sodass Telemetriedaten möglicherweise nicht korrelieren. Die dokumentierten Voraussetzungen sind Node.js und npm, der ACP-Adapter des Providers sowie ein Anbieter-Konto oder -Abonnement zur Authentifizierung – dieser Weg wird also über das Anbieter-Konto abgerechnet, und es gibt keine Basis-URL, auf die verwiesen werden muss.
Wenn Sie wechseln: Stimmen Sie das Ziel auf den Grund ab
| Warum Sie wechseln | Was passt | Der Haken |
|---|---|---|
| Sie möchten einen anderen Terminal-Agenten mit einer größeren Community | opencode | Die GitHub-Organisation wechselte von sst zu anomalyco; Produktname, Website und npm-Paket sind unverändert. Das Datum dieses Wechsels wurde auf dieser Seite nicht verifiziert, nur dass die Weiterleitung eingerichtet ist |
| Sie möchten eine ausgereifte TUI und schnelle Releases | Crush | FSL-1.1-MIT, keine Open-Source-Lizenz nach OSI – sie erlaubt die Nutzung für jeden Zweck "other than a Competing Use". Für gewöhnliche Entwicklung kostenlos herunterzuladen und zu verwenden; die falsche Wahl, wenn die Lizenz der Grund für den Wechsel ist |
| Sie arbeiten in VS Code und möchten eine ausgereifte Erweiterung | Cline | Eine Editor-Erweiterung ist eine andere Arbeitsform als ein CLI-Agent; Ihre Terminal-Skripte und Headless-Läufe werden nicht übernommen |
| Sie möchten längere autonome Läufe mit einer gehosteten Option | OpenHands | Die GitHub-Organisation wurde von All-Hands-AI in OpenHands umbenannt, und die Website ist openhands.dev; für diese Umbenennung wurde keine datierte Ankündigung gefunden |
| Sie möchten einen kleinen, editorunabhängigen Pair-Programming-Workflow | Aider | Nicht archiviert, aber die Entwicklung ist zum Stillstand gekommen: letzter Commit am 22. Mai 2026, letztes GitHub-Release v0.86.0 am 9. August 2025. Ordnen Sie es anhand dieser Daten ein, nicht als aktiv entwickelten Konkurrenten |
| Lizenz oder Governance ist der Grund | goose steht bereits unter Apache-2.0 und ist Teil eines Linux-Foundation-Projekts | Prüfen Sie vor dem Wechsel, was Sie tatsächlich gewinnen; opencode und OpenHands stehen unter MIT, Cline unter Apache-2.0 |
Zwei Namen, die in Listenartikeln auftauchen, aber keine geeigneten Ziele sind. Roo Code ist archiviert: Die GitHub-API meldet archived: true; das letzte Release war v3.54.0 am 15. Mai 2026, und seitdem gab es keinen Push. Drittanbietertexte nennen einen Nachfolger-Fork; diese Seite hat dies in keiner offiziellen Quelle bestätigt und nennt daher keinen Nachfolger. Continue ist ebenfalls kein Ziel – continue.dev trägt das Banner "Continue has joined Cursor", und die README des Repositorys erklärt, dass das Repository continuedev/continue nach dem letzten Release 2.0.0 nicht mehr aktiv gepflegt wird und für alle Benutzer schreibgeschützt ist. Das GitHub-Flag archived steht weiterhin auf false, was dieser Formulierung widerspricht; maßgeblich ist die README. Siehe Continue-Alternativen, wenn Sie von dort kommen.
Status jedes Kandidaten, am selben Tag geprüft
| Projekt | Repository | Lizenz | Letztes Release | Archiviert? |
|---|---|---|---|---|
| goose | aaif-goose/goose | Apache-2.0 | v1.51.0, 17. Sep. 2026 | Nein |
| opencode | anomalyco/opencode | MIT | v1.18.31, 14. Sep. 2026 | Nein |
| Crush | charmbracelet/crush | FSL-1.1-MIT | v0.96.1, 21. Sep. 2026 | Nein |
| Cline | cline/cline | Apache-2.0 | Am 21. Sep. 2026 aktualisiert | Nein |
| OpenHands | OpenHands/OpenHands | MIT | v1.20.0, 17. Sep. 2026 | Nein |
| Aider | Aider-AI/aider | Apache-2.0 | v0.86.0, 9. Aug. 2025 | Nein, aber letzter Commit am 22. Mai 2026 |
| Roo Code | RooCodeInc/Roo-Code | Apache-2.0 | v3.54.0, 15. Mai 2026 | Ja |
Am 21. September 2026 über die GitHub-API gelesen; Release-Nummern und Aktivitätsdaten ändern sich, daher vor einer Standardisierung im Team erneut prüfen. Was jedes System laut eigenen veröffentlichten Bedingungen für den Client selbst berechnet: goose steht unter Apache-2.0, und seine Installationsseite sagt nur, dass "you'll need to ensure that you have credits available in your LLM Provider account to successfully make requests." Cline führt Open Source als kostenlos und Enterprise als individuell bepreist; OpenHands führt Open Source (Local) als kostenlos, Individual (SaaS) als kostenlos und Enterprise mit individuellen Preisen, wobei Modelle "at cost, with no markup" angeboten werden und keine Dollarpreise veröffentlicht sind; die README von Crush bezeichnet Charm Hyper als abonnementbasiert mit einer kostenlosen Stufe und veröffentlicht dafür keine Zahlen.
Was aus goose migriert wird – und was nicht
| Was Sie haben | Wo es liegt | Wird es übernommen? |
|---|---|---|
| Projektanweisungen | AGENTS.md und .goosehints, aus dem Projektstamm und übergeordneten Verzeichnissen geladen, sowie ~/.config/goose/ | Ja. goose liest AGENTS.md nativ, und die Dateinamensliste wird durch CONTEXT_FILE_NAMES festgelegt; die Datei ist daher bereits portabel. Prüfen Sie, welchen Namen Ihr Zielsystem liest |
| Agentenfähigkeiten | SKILL.md mit YAML-Frontmatter unter ~/.agents/skills/ und .agents/skills/ | Von der goose-Dokumentation als portabel bezeichnet; dort heißt es, goose-Skills seien mit Agenten kompatibel, die die Agent-Skills-Konvention unterstützen. Das ist eine Aussage über die Konvention, keine Zusage, dass jedes Tool auf dieser Seite sie liest |
| Rezepte | goose-spezifisches YAML oder JSON mit title, description und instructions oder prompt | Nein. Nichts hier liest dieses Format. Planen Sie eine Neuerstellung ein, und beachten Sie, dass .yml selbst für goose von der goose-CLI nicht unterstützt wird |
| Sitzungsverlauf | SQLite unter ~/.local/share/goose/sessions/sessions.db seit Version 1.10.0 | Nein. goose session export schreibt JSON oder Markdown, und der Import ist nur in goose Desktop aus goose-eigenem JSON verfügbar. Der Windows-Pfad wird in der Dokumentation nicht angegeben |
| Provider-API-Schlüssel | System-Schlüsselbund, ersatzweise Klartext in secrets.yaml; Umgebungsvariablen haben Vorrang | Nein. goose liest Schlüssel nicht aus config.yaml, daher gibt es nichts zu kopieren – erstellen oder geben Sie im Zielsystem einen Schlüssel erneut ein |
Alle fünf Zeilen stammen aus der eigenen goose-Dokumentation vom 21. September 2026. Ein zu beachtender Widerspruch: Die Anleitung zu Kontextdateien nennt AGENTS.md und danach .goosehints als Standarddateien, während die Seite zu Umgebungsvariablen den Standardwert CONTEXT_FILE_NAMES in umgekehrter Reihenfolge angibt. Verlassen Sie sich auf die Menge der Dateinamen, nicht darauf, welcher davon Vorrang hat.
Der Rückweg ist unkompliziert, behalten Sie es also. Da Schlüssel nie in config.yaml liegen und Sitzungen in einer eigenen Datenbank gespeichert werden, beeinträchtigt die Installation eines zweiten Agenten keine funktionierende goose-Konfiguration. Lassen Sie goose installiert, führen Sie eine echte Aufgabe im Kandidaten aus und entscheiden Sie erst danach. Exportieren Sie die Sitzungen, die Sie behalten möchten, bevor Sie etwas deinstallieren, da der Export nur in eine Richtung funktioniert.
Die Endpunkt-URL ändert beim Wechsel ihre Form
Dies ist der wichtigste Migrationsfakt auf dieser Seite und kann Konfigurationen unbemerkt beschädigen. goose verwendet keine einzelne Basis-URL. Es verwendet einen Host und einen Pfad mit Standardwert: Auf seiner Provider-Seite ist OPENAI_HOST als "Custom endpoint URL (defaults to api.openai.com)" und OPENAI_BASE_PATH als "Request path appended to the host (defaults to v1/chat/completions)" dokumentiert. Der Host ist also der reine Origin ohne /v1. opencode und Crush erwarten dagegen jeweils eine vollständige Basis-URL, in der /v1 enthalten ist.
# goose — host and path are SEPARATE. The origin carries no /v1.
OPENAI_API_KEY=sk-kn-...
OPENAI_HOST=https://api.kunavo.com
# OPENAI_BASE_PATH is left unset; its default is v1/chat/completions.
# opencode — one full baseURL, /v1 included, inside opencode.json:
# "options": { "baseURL": "https://api.kunavo.com/v1" }
# Crush — one full --base-url, /v1 included. This is NOT a shell command:
# a crushrc is Bash with Crush builtins, and "provider add" is one of them.
provider add kunavo --type openai-compat \
--base-url "https://api.kunavo.com/v1" --api-key "$KUNAVO_API_KEY"Kopieren Sie einen goose-Host-String direkt in eines der beiden Zielsysteme, verliert die Anfrage ihr /v1; kopieren Sie die andere Richtung, fragt goose nach /v1/v1/chat/completions. Die eigene goose-Seite ordnet den Fehler korrekt ein: "A 404 usually means OPENAI_BASE_PATH is wrong for your proxy" – ein Pfadfehler, kein Authentifizierungsfehler. Einrichtungsdetails pro Client finden Sie im goose-Integrationsleitfaden, bei opencode, Crush, Cline und OpenHands. Dies sind veröffentlichte Konfigurationsreferenzen aus der Dokumentation der jeweiligen Anbieter – Kunavo hat keinen dieser Clients zur Laufzeit gegen seinen Endpunkt getestet, und eine Einrichtungsseite ist kein Test.
Kunavo bietet kein Embedding-, Text-to-Speech- oder Speech-to-Text-Modell an. Jeder Schritt Ihres Workflows, der eine Codebasis per Vektor indiziert oder Audio transkribiert, verwendet daher weiterhin den vorhandenen Provider-Schlüssel – das Verweisen des Chat-Providers eines Agenten auf Kunavo verschiebt diese Aufrufe nicht.
Was eine Sitzung kostet und wie goose mit Caching umgeht
Ein Caching-Detail sollten Sie vor der Budgetplanung lesen. Die Provider-Seite von goose sagt, goose aktiviere "automatically ... Anthropic's prompt caching when using Claude models via Anthropic, Amazon Bedrock, Databricks, OpenRouter, and LiteLLM providers"; die eigene Dokumentation erklärt: "This adds cache_control markers to requests." Ein über den generischen OpenAI-Provider von goose erreichbares Claude-Modell steht nicht auf dieser Liste, daher fügt goose auf diesem Weg keine solchen Marker hinzu. Das ist eine Aussage über das markerbasierte Protokoll von Anthropic und darüber, was goose sendet – nicht über jedes Caching-Verfahren: Bei serverseitig angewendetem Caching benötigt der Client nichts, und diese Seite hat nicht getestet, ob ein bestimmter Endpunkt eine Anfrage ohne Marker cached. Gehen Sie daher auf diesem Weg weder von einem Cache-Rabatt noch von dessen Ausbleiben aus; die folgenden Zahlen nehmen einfach keinen Rabatt an, was die konservative Richtung ist.
Die folgenden Zahlen sind beispielhafte Tokenrechnung, keine gemessenen Aufgabenkosten und keine Abrechnungsobergrenze. Nehmen wir eine Agentensitzung an, die über ihre Durchläufe 400,000 nicht gecachte Eingabetoken sendet und 25,000 Ausgabetoken empfängt – eine illustrative Annahme, da bei Agentensitzungen der in jedem Durchlauf erneut gesendete Kontext die Eingabemenge dominiert. Die Preise sind aktuelle Kunavo-Katalogpreise pro Million Token.
| Modell | Eingabe / Ausgabe pro 1 Mio. | Schätzung für eine Sitzung |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $0.367 |
| Claude Sonnet 5 | $1.40 / $7.00 | $0.735 |
| GPT-5.6 Sol | $2.00 / $12.00 | $1.100 |
Skalieren Sie anhand Ihrer eigenen Sitzungen pro Tag, bevor Sie dies als Budget verwenden, und beachten Sie: Der günstigste angegebene Preis und die günstigste Art, die Aufgabe abzuschließen, sind unterschiedliche Aussagen. Ein Modell, das drei Versuche benötigt, kann mehr kosten als eines, das einen benötigt. Der Katalogbetrag von Kunavo ist eine Abrechnungsuntergrenze und keine Obergrenze – wenn der Upstream seine Kosten meldet, entspricht die Rechnung dem höheren Wert aus Katalogkosten und Upstream-Kosten multipliziert mit dem anwendbaren Aufschlag. Cache-Gebühren und externe Tools liegen außerhalb dieses Beispiels. Die minimale Aufladung beträgt $10 Guthaben im Voraus, eine Mindestfinanzierung und keine Aufgaben- oder Abonnementgebühr; siehe Abrechnungsdetails.
Zwei kostenlose, direkt in goose dokumentierte Wege sind einen Versuch wert, bevor Sie etwas kaufen: Auf der Installationsseite steht: "You'll receive $10 in free credits the first time you automatically authenticate with Tetrate through goose"; außerdem wird erwähnt, dass Google Gemini zunächst eine kostenlose Stufe anbietet, ohne eine Kontingentzahl zu nennen.
Nächste Schritte
Bleiben Sie bei goose und ändern nur den Modellweg? goose vs Claude Code behandelt die ACP-gegen-API-Entscheidung. Wechseln Sie? opencode-Alternativen, Crush vs opencode und OpenHands vs opencode vergleichen die Clients; Cline-Preise und Aider-Preise behandeln die jeweiligen Kosten. Wenn Sie einen Schlüssel über mehrere dieser Clients hinweg verwenden möchten, erstellen Sie ein Kunavo-Konto und führen Sie eine begrenzte Aufgabe aus, bevor Sie ein Team an etwas binden.
Häufig gestellte Fragen
Ist goose eingestellt oder aufgegeben?
Nein. goose wechselte von der GitHub-Organisation block/goose zu aaif-goose/goose als Projekt der Agentic AI Foundation bei der Linux Foundation. Dies wurde am 7. April 2026 von Michael Neale, Principal Engineer, im eigenen Blog des Projekts bekannt gegeben. Am 21. September 2026 meldete die GitHub-API das Repository als nicht archiviert und unter der Apache-2.0-Lizenz; der jüngste Push erfolgte am selben Tag, und die Veröffentlichung v1.51.0 erschien am 17. September 2026. Der Name Block erscheint weiterhin im Homebrew-Cask (block-goose), in der VS-Code-Erweiterungs-ID (block.vscode-goose) und im Windows-Konfigurationsverzeichnis. Deshalb kann das Projekt in Suchergebnissen eingestellt wirken, obwohl es das nicht ist.
Ist goose dasselbe wie goose.ai?
Nein, und das ist die häufigste Verwechslung bei dieser Suchanfrage. goose.ai ist ein verwalteter NLP-Inferenzdienst, der auf seiner eigenen Website als Joint Venture von CoreWeave und Anlatan beschrieben wird; auf der Startseite werden keine Coding-Agenten, keine CLI und kein Repository erwähnt (geprüft am 21. September 2026). goose, der Coding-Agent, ist das Open-Source-Projekt unter der Apache-2.0-Lizenz bei aaif-goose/goose mit Dokumentation unter goose-docs.ai. Jeder Request-basierte Preis, den Sie mit dem Namen goose.ai finden, beschreibt den Inferenzdienst, nicht den Agenten. Zwei weitere Namensüberschneidungen gibt es auf GitHub: pressly/goose ist ein Go-Datenbankmigrationstool, und goose-lang/goose konvertiert eine Teilmenge von Go nach Rocq.
Was ist die beste Open-Source-Alternative zu goose?
Das hängt davon ab, welche Eigenschaft Sie ersetzen möchten. goose steht bereits unter der Apache-2.0-Lizenz, daher ist die Lizenz allein selten der Grund. Für einen Terminal-Agenten mit großer Community ist opencode MIT-lizenziert und veröffentlichte am 14. September 2026 v1.18.31; seine GitHub-Organisation wechselte von sst zu anomalyco, während Name, Website und npm-Paket gleich blieben. Für einen Workflow mit VS-Code-Erweiterung ist Cline Apache-2.0-lizenziert und wurde am 21. September 2026 gepusht. Für längere autonome Läufe mit einer gehosteten Option ist OpenHands MIT-lizenziert und veröffentlichte am 17. September 2026 v1.20.0. Crush wird aktiv veröffentlicht — v0.96.1 am 21. September 2026 — steht jedoch unter FSL-1.1-MIT. Diese Lizenz schließt eine Nutzung im Sinne von „Competing Use“ aus und ist keine Open-Source-Lizenz nach OSI. Daher ist Crush das falsche Ziel, wenn Sie wegen der Lizenz wechseln möchten. Alles am 21. September 2026 geprüft.
Kann ich meine goose-Konfiguration behalten, wenn ich den Agenten wechsle?
Teilweise. Projektanweisungen werden übernommen, weil goose neben .goosehints bereits AGENTS.md liest und die Dateinamensliste durch die Umgebungsvariable CONTEXT_FILE_NAMES festgelegt wird; die Datei liegt also schon vor dem Umzug in einem portablen Format vor – prüfen Sie in der Dokumentation des Zielsystems, welchen Dateinamen es liest. goose-Rezepte werden nicht übernommen: Sie verwenden ein goose-spezifisches YAML- oder JSON-Format mit title, description und instructions oder prompt, und kein anderes System liest sie; daher werden sie neu erstellt statt exportiert. Auch der Sitzungsverlauf wird nicht übernommen: Seit Version 1.10.0 speichert goose Sitzungen in einer SQLite-Datenbank unter ~/.local/share/goose/sessions/sessions.db, und goose session export schreibt JSON oder Markdown, das nur goose Desktop wieder importieren kann. API-Schlüssel können überhaupt nicht aus einer Konfigurationsdatei kopiert werden, weil goose keine Provider-Schlüssel aus config.yaml liest – sie liegen im System-Schlüsselbund oder in secrets.yaml, wenn kein Schlüsselbund verfügbar ist.
Warum gibt mein neuer Agent 404 zurück, obwohl goose mit derselben URL funktioniert hat?
Weil goose den Endpunkt anders schreibt als fast alle anderen Systeme. goose teilt ihn in zwei Teile: OPENAI_HOST ist als "Custom endpoint URL (defaults to api.openai.com)" dokumentiert und OPENAI_BASE_PATH als "Request path appended to the host (defaults to v1/chat/completions)". Das Host-Feld enthält daher nur den Origin ohne /v1, und goose hängt den Pfad selbst an. opencode und Crush erwarten dagegen jeweils eine vollständige Basis-URL mit enthaltenem /v1. Wird ein goose-Host-String in eines dieser Systeme kopiert, fehlt in der URL das /v1; in die andere Richtung kopiert, entsteht /v1/v1/chat/completions. Die goose-Provider-Seite interpretiert einen 404 als falschen Basispfad für Ihren Proxy und nicht als Authentifizierungsfehler (geprüft am 21. September 2026).
Muss ich pro Token bezahlen, wenn ich goose verlasse?
Nicht unbedingt, und das sollten Sie prüfen, bevor Sie überhaupt wechseln, denn goose bietet bereits einen Weg, der dies vermeidet. Die ACP-Provider von goose – Claude ACP, Codex ACP, Amp ACP und Pi ACP – sind als Möglichkeit dokumentiert, goose mit Ihren bestehenden Claude-Code- oder ChatGPT-Plus/Pro-Abonnements zu verwenden – ohne API-Kosten pro Token. Die dokumentierten Voraussetzungen sind Node.js und npm, der ACP-Adapter des Providers sowie ein Anbieter-Konto oder -Abonnement zur Authentifizierung; abgerechnet wird somit über dieses Anbieter-Konto und nicht über einen API-Schlüssel, den Sie auf eine Basis-URL verweisen. Zwei Einschränkungen werden ausdrücklich genannt: Das Fortsetzen und Aufteilen von goose-Sitzungen wird noch nicht unterstützt, und die ACP-Sitzungs-ID unterscheidet sich von der goose-Sitzungs-ID, sodass Telemetriedaten möglicherweise nicht korrelieren. Geprüft am 21. September 2026.
Beim Verfassen dieser Seite am 21. September 2026 geprüft: Repository-Status, Lizenz und letztes Release aller sieben Projekte über die GitHub-API; die Weiterleitungen von block/goose und sst/opencode sowie die Antwort von block.github.io/goose durch direkte Anfrage; Homebrew-Cask-Metadaten; die Blog-, Provider-, ACP-, Umgebungsvariablen-, Installations-, Konfigurationsdateien-, Sitzungsverwaltungs-, Kontextdatei-, Skills-, Zed-ACP-, Rezeptreferenz- und VS-Code-Erweiterungsseiten von goose; die README und LICENSE.md von Crush; die Continue-README und continue.dev; sowie die Websites von Cline, OpenHands und goose.ai. Nicht geprüft: Laufzeitverhalten – kein Client auf dieser Seite wurde gegen Kunavos Endpunkt ausgeführt. Kunavo-Tokenpreise stammen aus dem aktuellen Katalog, und jedes Dollarbeispiel hier ist eine illustrative Tokenrechnung.