Goose Setup und erster Start
1. Was dir die Installation tatsächlich bringt​
Goose bietet zwei primäre Einstiegspunkte:
- eine Desktop-App fĂĽr macOS, Linux und Windows,
- eine CLI fĂĽr Terminal-zuerst-Workflows.
Die aktuelle README im Repo verweist auf diesen CLI-Installer:
curl -fsSL https://github.com/aaif-goose/goose/releases/download/stable/download_cli.sh | bash
2. Desktop vs. CLI​
| Pfad | Am besten wenn |
|---|---|
| Desktop-App | Du möchtest das einfachste Onboarding und einen visuellen Setup-Pfad |
| CLI | Du möchtest Terminal-Workflows, Scripting oder Server-Nutzung |
Die gute Nachricht: Beide sitzen auf derselben Produktfamilie, sodass Teams nicht völlig unterschiedliche Tools für technische und nicht-technische Nutzende wählen müssen.
3. Provider-Setup ist der eigentliche erste Schritt​
Die offizielle Doku macht die Provider-Konfiguration zu einem erstklassigen Onboarding-Thema. Goose unterstĂĽtzt eine lange Liste von Backends, darunter:
- Anthropic
- OpenAI
- Azure
- Bedrock
- Groq
- OpenRouter
- Ollama
- LM Studio
- LiteLLM
Das bedeutet: „Goose installieren“ ist nur die erste Hälfte. Der eigentliche erste Start ist erst abgeschlossen, wenn du einen Provider auswählst und authentifizierst.
4. Der praktische Ablauf beim ersten Start​
Eine gute erste Reihenfolge ist:
- die Desktop-App oder CLI installieren,
- einen Provider konfigurieren,
- mit einer einfachen, risikoarmen Aufgabe beginnen,
- MCP-Erweiterungen erst hinzufĂĽgen, wenn die Kernschleife funktioniert.
So bleiben Provider-Probleme von Erweiterungsproblemen getrennt.
5. Warum sich der erste Start breiter anfühlt als eine Coding-CLI​
Weil Goose als Desktop-App, CLI und API agieren kann, versteht man es am besten als kleine lokale Plattform. Selbst wenn du heute nur Code-Hilfe willst, können die anfänglichen Setup-Entscheidungen die spätere Nutzung für Automatisierung, Recherche oder eingebettete Workflows prägen.