Euer Team baut mit Gemini CLI auf Google Cloud, alle auf dieselbe Weise.

So läuft die Schulung mit Gemini CLI

hackers&wizards gibt Gemini-CLI-Schulungen für Entwicklerteams als Inhouse-Teamschulung: zwei Tage, remote oder vor Ort in Deutschland, Österreich und der Schweiz, auf Deutsch oder Englisch, danach Mentoring, während euer Team das Gelernte in echter Arbeit anwendet. Es ist unsere Schulung Agentic Engineering for Developers and QA, mit Gemini CLI.

1.500 EUR pro Person. Teamschulung, höchstens 15.000 EUR für die zwei Tage: bis zu 12 Personen nehmen teil, ihr zahlt höchstens für 10. Netto zzgl. USt., vor Ort zzgl. Reisekosten nach Aufwand.

Teams haben jedes unserer Trainings für Engineering, Produkt und Führung schon in Gemini CLI durchlaufen. Übungen, Review-Schritte und Mentoring funktionieren in jedem Agenten gleich. Anders sind nur die Instruktionsdateien und Einstellungen, und die richten wir am ersten Tag mit euch ein.

Von April bis Juli 2026 haben die Engineering-Teams eines Versicherers mit Gemini CLI auf Google Cloud Workstations trainiert: sechs Gruppen mit je zwei Remote-Tagen.

Was euer Team in Gemini CLI einrichtet

Nach der Schulung sieht euer Team genau, was Gemini CLI ans Modell gibt, hält gemeinsame Regeln im Repository und lässt riskante Arbeit in der Sandbox laufen.

• GEMINI.md aus mehreren Ordnern

  Gemini CLI führt ~/.gemini/GEMINI.md, die GEMINI.md-Dateien im Workspace und in den Ordnern darüber und die neben geöffneten Dateien zusammen. Setzt ihr context.fileName, kommt AGENTS.md oder ein anderer Name dazu. /memory show zeigt genau, was beim Modell ankommt.

• Settings fürs Projekt und für jede Person

  MCP-Server (unter mcpServers) und Hooks wie BeforeTool und AfterTool stehen in .gemini/settings.json fürs Projekt und in ~/.gemini/settings.json für jede Person. Die Projektdatei hat Vorrang.

• Skills und Subagents im Repository

  Skills gehören nach .gemini/skills oder .agents/skills. Subagents sind Markdown-Dateien unter .gemini/agents, das ganze Team bekommt sie also über das Repository.

• Sandbox und Freigabe-​Modi

  Mit -s oder --sandbox laufen Tools in Docker, Podman, gVisor oder unter macOS in Seatbelt. Es gibt die Freigabe-Modi default, auto_edit und plan. YOLO gibt alles frei und lässt sich nur auf der Kommandozeile aktivieren.

• Welche Konten bei Gemini CLI bleiben

  Seit dem 18. Juni 2026 bekommen kostenlose und Google-One-Konten stattdessen Antigravity CLI. Gemini Code Assist Standard und Enterprise sowie bezahlte API-Keys behalten Gemini CLI. Skills, Hooks und Subagents funktionieren auch in Antigravity CLI, und die Praxis lässt sich übertragen.

Was ihr bereitstellt

• Ihr braucht ein Google-Cloud-Projekt mit Gemini Code Assist Standard oder Enterprise oder einen kostenpflichtigen Gemini-API-Key. Jede teilnehmende Person nutzt Gemini CLI auf dem eigenen Rechner oder einer Cloud Workstation, angemeldet über diesen Zugang.
• Gemini CLI schulen wir auf euren Rechnern oder in eurer Google Cloud, weil unsere gehostete Trainingsumgebung mit Claude Code läuft. Euer Code bleibt bei euch: Wir arbeiten mit eurem Team am Bildschirm.
• Die Sandbox-Übungen brauchen Docker oder Podman auf den Rechnern, oder macOS mit Seatbelt.

So sind Zugang und Sandbox am ersten Tag auf jedem Rechner bereit.

Der erste Tag mit Gemini CLI, ein Beispiel

Nach dem ersten Tag liegen die gemeinsamen Regeln eures Teams im Repository, dazu ein Review-Subagent, ein Skill für einen wiederkehrenden Schritt und ein Hook, der Änderungen an generierten Dateien stoppt.

So läuft der erste Tag mit Gemini CLI typischerweise. Wir schneiden ihn im Vorbereitungsgespräch auf eure Codebasis zu.

• Sehen, was beim Modell ankommt

  Nach der GEMINI.md fürs Projekt ruft das Team /memory show auf. Typische Überraschung: Eine persönliche Regel in ~/.gemini/GEMINI.md widerspricht der Projektdatei. Wir lassen deshalb gemeinsame Regeln ins Repository ziehen und die persönliche Datei kurz halten.

• Einen Reviewer und einen Skill schreiben

  Die Teilnehmenden schreiben einen Review-Subagent als Markdown-Datei unter .gemini/agents und einen Skill unter .agents/skills für einen Schritt, den das Team oft wiederholt. Der Reviewer prüft danach eine Änderung vor dem Pull Request gegen die GEMINI.md.

• Änderungen an generierten Dateien sperren

  Das Team legt in der .gemini/settings.json einen BeforeTool-Hook an, der Änderungen an generierten Dateien blockiert. Dann startet es Gemini CLI mit --sandbox und auto_edit und sieht, wie der Hook die Änderung stoppt.

Was gleich bleibt

Die Praxis ist in jedem Agenten dieselbe: wie die Agenten-Schleife funktioniert, welchen Kontext der Agent braucht, wie ihr so delegiert, dass er seine Arbeit selbst prüft, und wie das ganze Team eine Arbeitsweise behält. Agenda, Trainer:innen und Mentoring sind die der Schulung, die ihr bucht.

Fragen, bevor ihr bucht

Quellen

Alle Herstellerangaben auf dieser Seite haben wir am 27. Oktober 2026 in der Dokumentation des Herstellers nachgelesen.