GitHub Copilot CLI ist allgemein verfügbar: Agent im Terminal
Aktualisiert am March 01, 2026 Lesedauer: 6 Minuten
GitHub hat GitHub Copilot CLI am 25. Februar 2026 allgemein verfügbar gemacht und als terminal-nativen Coding-Agenten für alle Copilot-Abonnenten positioniert. Kern des Releases sind Plan-Modus und Autopilot-Modus sowie Review- und Undo-Funktionen direkt in der CLI, damit Änderungen kontrollierbar bleiben. Zusätzlich öffnet GitHub die Modellwahl für aktuelle Modelle von Anthropic, OpenAI und Google und setzt auf Erweiterbarkeit via MCP, Plugins und Skills. Für Lernende und Teams ist das ein praktischer Schritt hin zu agentischen Workflows, der zugleich neue Anforderungen an Review, Policies und sichere Defaults stellt.
Was passiert ist
Am 25. September 2025 kündigte GitHub die Public Preview von GitHub Copilot CLI an. Der Fokus lag auf terminal-nativer Arbeit ohne Kontextwechsel, GitHub-Integration (Repos, Issues, Pull Requests) und agentischen Fähigkeiten, bei denen Aktionen standardmäßig erst nach ausdrücklicher Zustimmung ausgeführt werden. Als Einstieg nannte GitHub die Installation via npm und die Nutzung mit bestehenden Copilot-Plänen wie Pro, Pro+, Business oder Enterprise.
Ebenfalls am 25. September 2025 kündigte GitHub die geplante Abschaltung der älteren GitHub-CLI-Extension gh-copilot an. Laut Changelog sollte gh-copilot am 25. Oktober 2025 nicht mehr funktionieren. GitHub verwies stattdessen auf die neue Copilot CLI als deutlich stärkeres, agentisches Tool und empfahl Free-Plan-Nutzern Alternativen wie Ask Mode in Visual Studio Code oder die gh-models-Extension.
Am 25. Februar 2026 folgte dann die allgemeine Verfügbarkeit (GA) von GitHub Copilot CLI. In einer redaktionellen Ergänzung vom 27. Februar 2026 präzisierte GitHub: Copilot CLI ist für alle Copilot-Abonnenten verfügbar. Gleichzeitig beschreibt GitHub Copilot CLI als „full agentic development environment“, das planen, bauen, reviewen und sich über Sessions hinweg erinnern kann.
Zu den konkreten GA-Features gehören zwei Modi:
Plan-Modus: Wechsel per Shift+Tab. Copilot analysiert die Anfrage, stellt Rückfragen und erstellt einen strukturierten Implementierungsplan, bevor Code geschrieben wird.
Autopilot-Modus: Für Aufgaben, bei denen man Copilot End-to-End vertraut, kann der Agent Tools ausführen, Kommandos laufen lassen und iterieren, ohne nach jedem Schritt zu stoppen.
Für Kontrolle im Terminal hebt GitHub einen eigenen Block „Review, diff, and undo“ hervor:
/diff zeigt Änderungen aus der Session als Inline-Diffs, erlaubt Kommentare und kann zwischen Session-Änderungen und Branch-Diffs umschalten.
/review analysiert staged oder unstaged Changes als schneller Plausibilitätscheck vor dem Commit.
Undo/rewind: Mit zweimal Esc lassen sich Dateien auf frühere Snapshots innerhalb der Session zurücksetzen.
Zusätzlich nennt GitHub „Infinite sessions and repository memory“: Auto-Compaction komprimiert die Historie im Hintergrund, sobald eine Konversation etwa 95 Prozent des Kontextfensters erreicht. Dazu kommen Repository Memory und Cross-Session Memory, damit sich der Agent Konventionen und frühere Arbeiten merken kann.
Ein weiterer Baustein ist „Background delegation“: Mit einem vorangestellten & kann Arbeit an den Copilot-Coding-Agent in der Cloud delegiert werden. Mit /resume lässt sich laut GitHub zwischen lokalen und Remote-Sessions wechseln.
Bei den Modellen nennt GitHub explizit (Auswahl): Claude Opus 4.6, Claude Sonnet 4.6, GPT-5.3-Codex und Gemini 3 Pro. Schnellere Modelle wie Claude Haiku 4.5 sollen für kurze Aufgaben bereitstehen. Der Wechsel erfolgt per /model; die Sichtbarkeit von Reasoning kann per Ctrl+T umgeschaltet werden. GitHub erwähnt außerdem: GPT-5 mini und GPT-4.1 sind in der Copilot-Subscription enthalten, ohne zusätzliche Premium-Request-Kosten.
Für Erweiterbarkeit setzt Copilot CLI auf MCP, Plugins, Skills und Hooks. Plugins lassen sich direkt aus GitHub-Repositories installieren, zum Beispiel per /plugin install owner/repo. GitHub beschreibt, dass Plugins MCP-Server, Agents, Skills und Hooks bündeln können. Hooks wie preToolUse und postToolUse sind dabei relevant, um Tool-Aufrufe zu prüfen, zu blockieren oder nachzubearbeiten.
Zur Installation nennt GitHub mehrere Wege über alle großen Plattformen hinweg. In den offiziellen Docs ist für die npm-Installation Node.js 22 oder neuer als Voraussetzung angegeben. Als Beispiel-Kommandos führt GitHub npm install -g @github/copilot, winget install GitHub.Copilot und brew install copilot-cli auf. Laut GA-Post ist Copilot CLI außerdem im Standard-Image von GitHub Codespaces enthalten und als Dev-Container-Feature verfügbar.
Als jüngstes öffentliches Release stand am 27. Februar 2026 die Version v0.0.420 im github/copilot-cli-Repository. In den Release Notes nennt GitHub unter anderem: Auto-Update aktualisiert jetzt auch das Binary (nicht nur das JS-Paket), 502-Fehler werden automatisch erneut versucht, und mit # lassen sich GitHub Issues, Pull Requests und Discussions referenzieren.
Warum das wichtig ist
Copilot CLI verschiebt den Schwerpunkt von „KI als Vorschlagsmaschine“ hin zu „KI als Workflow-Ausführer“. Das ist für Lernende besonders wertvoll, weil Shell, Git, Tests, Linter, Build- und Deploy-Schritte in vielen Teams der Alltag sind. Wer im Terminal lernt, lernt dort, wo reale Softwareentwicklung passiert.
Der Plan-Modus ist dabei mehr als Komfort. Für Einsteiger ist er eine Art Checkliste: Anforderungen klären, Schritte strukturieren, Risiken und Abhängigkeiten identifizieren, erst dann implementieren. Das entspricht dem, was gute Reviews ohnehin verlangen, nur dass es jetzt früh im Prozess stattfindet.
Der Autopilot-Modus ist dagegen ein Produktivitätshebel, aber nur dann, wenn die Leitplanken stimmen. GitHub liefert dafür mehrere Sicherheitsventile, die sich wie ein „Mini-Review-Prozess“ anfühlen: /diff und /review für Sichtbarkeit sowie Undo/rewind für schnelles Zurücksetzen. Wer diese Schritte standardmäßig nutzt, kann Agentenarbeit eher wie einen Pull Request behandeln, statt wie Magie im Hintergrund.
Für Teams ist Copilot CLI besonders interessant, weil GitHub gleichzeitig auf Governance abzielt: Admins können Modellverfügbarkeit via Policies steuern, Netzwerkzugriffe verwalten und Proxies konfigurieren. In regulierten Umgebungen oder bei sensiblen Codebasen ist das entscheidend, damit ein Agent nicht an internen Vorgaben vorbeiarbeitet. Hooks wie preToolUse eröffnen zudem einen technischen Weg, Regeln durchzusetzen, bevor Befehle tatsächlich ausgeführt werden.
Die Modellwahl ist ebenfalls relevant. In der Praxis unterscheiden sich Modelle in Latenz, Kostenprofil, Kontextverhalten und Codequalität. Dass GitHub mehrere Modellfamilien anbietet und den Wechsel per /model unterstützt, erleichtert es, je nach Aufgabe das passende Werkzeug zu wählen. In Ausbildung und Onboarding kann das helfen, einen bewussteren Umgang mit Trade-offs zu trainieren.
Wichtige Zahlen
-
September 2025: Public Preview von GitHub Copilot CLI startet.
-
Oktober 2025:
gh-copilot(GitHub-CLI-Extension) soll nicht mehr funktionieren. -
Februar 2026: GitHub Copilot CLI wird allgemein verfügbar (GA).
-
Februar 2026: GA-Text wird präzisiert; Release
v0.0.420erscheint.
95 Prozent: Auto-Compaction setzt laut GitHub ein, wenn das Kontextfenster nahezu voll ist.
Node.js 22 oder neuer: Voraussetzung für die npm-Installation laut GitHub Docs.
Modellbeispiele im GA-Post: Claude Opus 4.6, Claude Sonnet 4.6, GPT-5.3-Codex, Gemini 3 Pro; zusätzlich wird Claude Haiku 4.5 als schnelleres Modell genannt.
v0.0.420: Release-Highlights sind unter anderem Binary-Updates im Auto-Update, Retry bei 502-Fehlern und #-Referenzen auf Issues/PRs/Discussions.
Kontext
GitHub hatte bereits vorher mehrere Copilot-Oberflächen: IDE-Integrationen, den Copilot-Coding-Agent sowie CLI-nahe Ansätze. Mit der Abschaltung von gh-copilot und dem Ausbau von Copilot CLI bündelt GitHub diese Linie in einem Agenten, der in der Shell zu Hause ist.
Das Timing passt zu einem breiteren Trend: Teams versuchen, mehr Routinearbeit zu automatisieren, ohne dabei Kontrolle zu verlieren. Agentische Tools sind dann am nützlichsten, wenn sie sich in bestehende Engineering-Standards einfügen. Copilot CLI setzt hier auf nachvollziehbare Artefakte (Plan, Diffs, Reviews) und auf Integrationsmechanismen (MCP, Plugins, Skills, Hooks), die wie Konfiguration in der Codebase behandelbar sind.
Wichtig ist auch die klare Trennung zwischen persönlicher Nutzung und Organisationen. GitHub betont, dass Copilot CLI bei Copilot Business und Enterprise erst dann nutzbar ist, wenn es ein Administrator in den Policies erlaubt. Das ist ein Signal: Agenten im Terminal sind nicht nur ein individuelles Tooling-Thema, sondern Teil der Plattformsteuerung.
Was als Nächstes kommt
Wenn du Copilot CLI testen willst, starte klein und standardisiert:
Installiere Copilot CLI über den passenden Weg (WinGet, Homebrew oder npm). Für npm plane Node.js 22 oder neuer ein.
Starte im Projektordner eine Session mit copilot und authentifiziere dich per /login.
Lass dir mit /init projektbezogene Copilot-Instruktionen erzeugen, bevor du größere Tasks delegierst.
Nutze Plan-Modus als Default, besonders bei neuen Codebasen. Wechsle nur für klar begrenzte Routineaufgaben in den Autopilot-Modus.
Mache /diff und /review zu einem festen Schritt vor jedem Commit. Wenn etwas schief läuft, setze per zweimal Esc auf einen früheren Snapshot zurück.
In Teams: Definiere Policies (Modelle, Zugriff), lege Proxy- und Netzwerkregeln fest und setze mit preToolUse-Hooks Regeln, was Copilot ausführen darf.
Für Organisationen lohnt sich außerdem ein „Agenten-Spielplatz“: ein internes Repo mit bewusst harmlosen Aufgaben, in dem man Hooks, Plugins und Freigaben testet, bevor man Copilot CLI in produktiven Repos zulässt.