Portal:Antigravity CLI
Der Antigravity-CLI-Lernpfad bringt erfahrene Entwicklerinnen und Entwickler Schritt für Schritt zum souveränen Einsatz der Antigravity CLI (Binary agy, das terminal-first TUI von Googles Antigravity-Plattform) im echten Programmieralltag. Geübt wird an einem echten lokalen Repository, mit echtem Terminal und echtem Git/GitHub – kein Feature-Katalog, sondern praktische Arbeit an einem wachsenden Projekt. Durchgehendes Projekt ist Harborlight, ein Open-Source-Incident-Response- und On-Call-Alerting-Tool für kleine Teams, gepflegt vom fiktiven Team Driftline: Es wächst pro Kapitel um genau eine Antigravity-CLI-Fähigkeit.
Der Lernpfad in vier Stufen
🟢 L1 – Grundlagen: Antigravity CLI nimmt Harborlight in Betrieb
Installation, erste Session, Artifacts lesen, Permissions, Projekt-Gedächtnis, Terminal, Orientierung, Git-Workflow und Debugging – alles, was den Einstieg trägt.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 1 | Antigravity CLI verstehen und installieren | Terminal-Agent statt Autovervollständigung, agy installieren, erste Session im Harborlight-Repo starten | – |
| 2 | Erster Prompt, erstes Artifact | Das Artifact Review Panel, warum der Agent zeigt statt nur zu behaupten | – |
| 3 | Modes, Permissions und Sandbox | Was der Agent fragen muss, was er allein tun darf, sichere Freigaben | – |
| 4 | AGENTS.md als Projekt-Gedächtnis | Konventionen von Harborlight festhalten, warum Kontext wichtiger ist als ein langer Prompt | – |
| 5 | Terminal-Kommandos ausführen | !-Prefix, Terminal Sandbox, Fehlermeldungen als Lehrer lesen statt raten | – |
| 6 | Sich orientieren: Codesearch und das Explore-Muster | Ein unbekanntes Repo verstehen, ohne alles zu lesen | – |
| 7 | Git-Workflow: Branch, Commit, Pull Request | Branch, Commit, Diff-Review, der erste Pull Request mit gh | – |
| 8 | Iteratives Debugging | Stacktrace lesen, Hypothese bilden, /rewind, Fix, Verifikation | – |
🟡 L2 – Fortgeschritten: Antigravity CLI im echten Feature-Alltag
Multi-File-Features, eigene Skills, Subagents, Kontext-Management, TDD, Artifact Review, Hooks/Plugins und Team-Settings.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 9 | Ein Feature über mehrere Dateien | Ein Multi-File-Change sicher geplant mit Explore-Plan-Execute, statt Schicht für Schicht widersprüchlich | – |
| 10 | Skills als eigene Slash Commands | Ein eigenes /release-notes für Harborlight bauen und im Team teilen | – |
| 11 | Subagents: Aufgaben parallelisieren | Recherche und Umsetzung parallelisieren (invoke_subagent), wann sich das lohnt | – |
| 12 | Kontext-Management und lange Sessions | /context, /clear vs. /fork, wann ein neuer Chat die bessere Wahl ist | – |
| 13 | Testgetrieben arbeiten mit der Antigravity CLI | Der TDD-Loop: expliziter roter Test vor der Implementierung | – |
| 14 | Artifact Review vertieft und Code Review | Findings einordnen, verifizieren statt blind übernehmen | – |
| 15 | Hooks und Plugins: Grundlagen | Lint/Format automatisch vor jedem Edit erzwingen | – |
| 16 | Settings und Permissions im Team | settings.json, Allow-/Deny-Listen, geteilte Konfiguration | – |
🟠 L3 – Profi: Harborlight im Team- und CI-Betrieb
MCP-Server, Headless-CI, Security Review, große Codebasen, /boost-Refactoring, Dokumentation, Performance und skalierte Team-Konventionen.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 17 | MCP-Server anbinden | Harborlight mit einem externen Altsystem verbinden | – |
| 18 | Antigravity CLI in CI/CD: der Headless-Modus | Headless-Modus, GitHub Actions, automatisierte Review-Läufe | – |
| 19 | Security Review | Terminal Sandbox im Detail, Schwachstellen finden lassen, verifizieren statt vertrauen | – |
| 20 | Große Codebasen verstehen | Codesearch-Strategie, Altlasten ohne vollständiges Lesen erschließen | – |
| 21 | /boost für Refactoring und Migrationen | Multi-Agent-Reasoning für einen Sync-zu-Async-Umbau Schritt für Schritt | – |
| 22 | Dokumentation erzeugen und pflegen | README, Architecture Decision Records, AGENTS.md aktuell halten | – |
| 23 | Performance-Arbeit | Profiling-Ergebnisse interpretieren, Optimierungen verifizieren | – |
| 24 | Team-Konventionen skalieren | Plugins bündeln (Skills/Hooks/MCP), ein internes Driftline-Plugin | – |
🔴 L4 – Experte: Ausblick, Grenzen, Automatisierung
/teamwork-preview, Statusline/Vim/Voice, Multi-Repo, Kostenkontrolle, Verifikationspflicht, Open-Source-Beiträge – und die Landkarte der Grenzen.
| Nr. | Kapitel | Das lernst du | Status |
|---|---|---|---|
| 25 | /teamwork-preview: Multi-Agent-Teams | Sentinel, Orchestrator, Explorer/Worker und Verification-Rollen für ein mehrtägiges Vorhaben | – |
| 26 | Statusline, Vim-Mode und Voice | Eigenes statusline.sh, Vim-Editor-Mode, /voice-Diktat für den Poweruser-Workflow | – |
| 27 | Projects und Multi-Repo-Strategien | Backend, Frontend und Docs getrennt orchestrieren | – |
| 28 | Kostenkontrolle und Modellwahl | /model, /usage, --effort, wann sich /boost gegenüber einem normalen Turn lohnt | – |
| 29 | Grenzen kennen: Verifikationspflicht | Halluzinationen erkennen, jede kritische Aussage unabhängig nachweisen | – |
| 30 | Open-Source-Beitrag mit der Antigravity CLI | Contribution-Etikette eines fremden Projekts verstehen und einhalten | – |
| 31 | Eigene Plugins bauen und dokumentieren | Ein wiederverwendbares Plugin fürs Team dokumentieren | – |
| 32 | Wenn die Antigravity CLI nicht reicht: die Landkarte | Ausführen, unterstützen, menschliches Urteil – wo die Grenzen liegen | – |