dominion525/agent-skills

goose – Agentische Aufgaben an Gemini delegieren

Ein dünner Wrapper für Block's Goose CLI, der es Claude Code ermöglicht, Aufgaben vollständig an ein separates Modell (Google Gemini) zu übergeben. Goose selbst liest Dateien, führt Befehle aus und gibt Ergebnisse nach mehreren autonomen Schritten zurück. Dies dient als "zweite Delegationsoption" neben Codex (OpenAI).

Voraussetzungen

• goose CLI muss installiert sein (brew install block-goose-cli).
• goose configure muss mit Google Gemini als Provider konfiguriert sein. Der API-Schlüssel wird in der macOS-Tastenkette gespeichert (dieser Skill speichert keine Schlüssel).
• Um den aktiven Provider/das aktive Modell zu überprüfen: Siehe active_provider in ~/.config/goose/config.yaml oder lese das Start-Banner von goose run. goose info zeigt den Provider/das Modell nicht an – also nicht verwenden.

Aufruf

Führe den Befehl in dem Verzeichnis aus, in dem Goose arbeiten soll:

goose run --no-session --max-turns 20 -t "<eigenständige Aufgabe>"

• --no-session: Erzeugt keine Sitzungsdatei – geeignet für automatische Ausführung.
• --max-turns N: Obergrenze für die autonome Schleife (verhindert Endlosschleifen). 10–25 sind empfehlenswert.
• Provider/Modell werden aus der goose configure-Konfiguration übernommen – keine Angabe beim Aufruf nötig.
• Die Ausgabe (Gedankengänge, Tool-Aufrufe, endgültige Antwort) erscheint auf stdout. Verwende tail etc. nicht zum Abschneiden – verwende die vollständige Ausgabe.

Um das Modell für einen einzigen Aufruf zu überschreiben, verwende GOOSE_MODEL (das angegebene Modell muss beim betreffenden Provider verfügbar sein):

GOOSE_MODEL=<anderes Modell> goose run --no-session --max-turns 25 -t "<Aufgabe>"

Verhalten und Hinweise

• Goose ist ein autonomer Agent, der über die Developer-Erweiterung Dateien lesen und Shell-Befehle ausführen kann. Er kann Repositories durchsuchen und Berichte erstellen.
• Schreibzugriffe und destruktive Shell-Befehle sind technisch möglich und werden durch --no-session oder die obigen Aufrufoptionen nicht eingeschränkt. Bei Aufgaben, die nur lesend sind, formuliere die Anforderung explizit als "Analysiere", "Überprüfe", "Erstelle Bericht zu". Fordere keine Überschreibungen oder destruktiven Operationen an.
• In großen Repositories kann die Durchsuchung viel Zeit und Tokens verbrauchen. Schränke daher die relevanten Dateien/Verzeichnisse ein.

Geeignete Anwendungsfälle

• "Durchsuche dieses Repository und erstelle eine stichpunktartige Architekturanalyse."
• "Überprüfe Datei X / diesen Diff aus der Perspektive eines anderen Modells."
• Zweitmeinung, um die Ergebnisse von Codex oder Claude abzugleichen.