GitHub hat seinen Copilot-Dienst im Oktober 2026 gleich dreifach umgebaut: ein neues KI-Modell von Google, eine lokale Sandbox gegen riskante Agenten-Befehle und ein festes Ablaufdatum für ältere Modelle. Für Entwicklerinnen und Entwickler in Österreich und der gesamten DACH-Region bedeutet das konkreten Handlungsbedarf, denn am 16. November 2026 schaltet GitHub ausgewählte Copilot-Modelle in allen Werkzeugen ab, von Copilot Chat bis zur automatischen Codevervollständigung. Gleichzeitig wächst mit der neuen Sandbox-Funktion erstmals eine technische Antwort auf ein Problem, das Sicherheitsteams seit Monaten beschäftigt: KI-Agenten, die autonom Dateien löschen, Netzwerkzugriffe starten oder mit gespeicherten Zugangsdaten hantieren können.
Was GitHub Copilot im Oktober 2026 wirklich ändert
Drei Änderungen laufen parallel. Erstens ist Gemini 4 Argon, laut GitHub “Googles neuestes Frontier-Modell” für komplexe Coding- und Agenten-Aufgaben, jetzt für Copilot allgemein verfügbar. Zweitens hat GitHub in der Oktoberwoche ab dem 5. Oktober 2026 Claude Haiku 5.5 für Pro-, Pro+-, Max-, Business- und Enterprise-Abonnenten freigeschaltet, nachdem bereits eine Woche zuvor Claude Sonnet 5.5 und GPT-6.1 Sol in den gleichen Plänen gelandet waren. Drittens, und das ist für laufende Projekte am wichtigsten, hat GitHub am 15. Oktober 2026 angekündigt, dass mehrere ältere Modelle am 16. November 2026 aus allen Copilot-Oberflächen verschwinden.
Dazu kommt die eigentliche Neuerung der Woche: die lokale Sandbox. Sie ist kein Modell und kein Preisschild, sondern eine Sicherheitsschicht, die erstmals systematisch regelt, was ein KI-Agent auf dem Rechner einer Entwicklerin oder eines Entwicklers überhaupt darf. GitHub positioniert die GitHub Copilot Sandbox damit als Antwort auf eine Frage, die mit jedem neuen Agentenmodus dringlicher wurde: Wer kontrolliert, was die KI wirklich ausführt?
Die lokale Sandbox: Wie GitHub KI-Agenten einsperrt
Die GitHub Copilot Sandbox läuft laut offizieller Dokumentation direkt auf dem lokalen Rechner, schränkt aber ein, worauf von einem Agenten gestartete Werkzeuge zugreifen dürfen. Das betrifft laut GitHub Enterprise Cloud Docs drei Bereiche gleichzeitig: Dateisystem, Netzwerk und Zugangsdaten. Konkret bedeutet das: Ein Agent, der im Auftrag einer Entwicklerin ein Shell-Kommando ausführt, operiert innerhalb einer Prozessgrenze und kann nicht ungefragt auf beliebige Ordner, offene Netzwerkverbindungen oder im System hinterlegte Token zugreifen.
Diese Abschottung ist keine Kleinigkeit. Agentenmodi in Copilot, Cursor oder Claude Code führen inzwischen mehrstufige Aufgaben ohne ständige Rückfrage aus, von Refactorings über Testläufe bis zu Deployments. Jede dieser Aktionen kann im schlechtesten Fall falsch interpretierte Befehle, manipulierte Abhängigkeiten oder schlicht Bugs in produktiven Umgebungen auslösen. GitHub reagiert mit einem Modell, das Sicherheitsleute aus der Container-Welt kennen: Isolierung statt Vertrauen. Die Dokumentation formuliert es so: “Local sandboxing restricts access to files, network resources, and credentials on your machine.” Auf Deutsch heißt das, die lokale Sandbox begrenzt den Zugriff auf Dateien, Netzwerkressourcen und Zugangsdaten auf dem eigenen Rechner, unabhängig davon, wie weit der Agent seine Aufgabe selbst interpretiert.
Für Microsoft, das die Windows-Integration von Copilot vorantreibt, ist die Abschottung auch eine Frage der Prozessarchitektur. Das Microsoft Command Line Team beschreibt die Mechanik so: Sobald Sandboxing aktiviert ist, laufen Shell-Befehle und, standardmäßig, auch lokale Model Context Protocol-Server sowie Sprachserver innerhalb der Prozessgrenze. Damit wird nicht nur der Agent selbst eingehegt, sondern auch die wachsende Zahl an MCP-Servern, über die Copilot externe Werkzeuge anspricht.
Verfügbar in CLI, App und VS Code: Wo die Sandbox schon läuft
Die Sandbox ist kein Enterprise-Feature hinter einer Zusatzgebühr. GitHub stellt klar, dass die Funktion ohne zusätzliche Kosten läuft, und das in drei Umgebungen gleichzeitig: in der Copilot CLI, in der eigenständigen Copilot App und in VS-Code-Sitzungen, die den sogenannten Agent Host nutzen. Für Teams, die Copilot bereits in CI-Pipelines oder lokalen Entwicklungsumgebungen einsetzen, lässt sich die Sandbox damit ohne Lizenzänderung aktivieren.
Interessant ist der Zeitpunkt. GitHub rollt die Sandbox fast gleichzeitig mit der Öffnung für lokale Modelle aus. Der /model-Befehl der Copilot CLI kann inzwischen sowohl konfigurierte Cloud-Modelle als auch kompatible Modelle erkennen, die lokal über eine Ollama-Instanz laufen. Diese beiden Funktionen zusammen, lokale Modelle plus lokale Sandbox, ergeben ein Sicherheitsargument, das GitHub bislang kaum offensiv vermarktet hat: Entwicklerinnen können jetzt Agenten-Workflows komplett offline und trotzdem abgeschottet betreiben, ohne dass Code oder Zugangsdaten das eigene Netzwerk verlassen.
Gemini 4 Argon: Googles neues Flaggschiff-Modell startet in Copilot
Parallel zur Sandbox hat GitHub Gemini 4 Argon in die allgemeine Verfügbarkeit überführt. Google beschreibt das Modell als sein neuestes Frontier-Modell für komplexe Coding-Aufgaben, agentische Workflows und Reasoning-Aufgaben. Für Copilot-Nutzer bedeutet das eine weitere Wahlmöglichkeit neben den bestehenden Modellen von Anthropic und OpenAI, die GitHub seit der Einführung der Mehrmodell-Strategie konsequent ausbaut.
Bemerkenswert ist das Tempo, mit dem Google in den letzten Monaten neue Modellgenerationen ausliefert. Gemini 4 Argon folgt auf eine Reihe kleinerer, kosteneffizienter Varianten, bricht aber mit dem Fokus auf reine Geschwindigkeit und zielt stattdessen explizit auf agentische Aufgaben, also auf mehrstufige, selbstständig ausgeführte Entwicklungsprozesse. Das passt zur Linie, die GitHub mit der Sandbox gleichzeitig verfolgt: mehr Autonomie für die Modelle, aber mit engerem Sicherheitsrahmen drumherum.
Claude Haiku 5.5, Claude Sonnet 5.5 und GPT-6.1 Sol: Die Modellvielfalt wächst
Die Modellauswahl in Copilot ist im Herbst 2026 so breit wie nie. In der Woche ab dem 28. September 2026 kamen Claude Sonnet 5.5 für Pro-, Pro+-, Max-, Business- und Enterprise-Nutzer sowie GPT-6.1 Sol für Pro+-, Max-, Business- und Enterprise-Kunden hinzu. Eine Woche später, ab dem 5. Oktober 2026, folgte Claude Haiku 5.5 in denselben fünf Plänen wie Sonnet 5.5. Damit stehen Copilot-Nutzerinnen inzwischen Modelle von mindestens drei großen Anbietern parallel zur Verfügung, zusätzlich zu GitHubs eigenen Inline-Vervollständigungsmodellen.
Diese Dichte an Modellwechseln ist für Teams nicht nur Komfort, sondern auch Aufwand. Jedes neue Modell bringt eigene Stärken bei Latenz, Kontextlänge und Kosten pro Token mit, und jede Freigabe verschiebt die Frage, welches Modell für welchen Task-Typ am wirtschaftlichsten ist. GitHub selbst liefert dazu keine öffentliche Benchmark-Tabelle, sondern überlässt die Entscheidung den Teams, was die Komplexität der Modellwahl in der Praxis erhöht, gerade für kleinere Entwicklungsabteilungen ohne eigenes Plattform-Team.
Die Modell-Deprecation am 16. November 2026
Der dringlichste Teil des Oktober-Updates ist eine Ankündigung, die auf den ersten Blick wie Verwaltungsroutine wirkt, aber Teams mit fest eingebauten Modellreferenzen in Skripten, CI-Konfigurationen oder internen Tools unmittelbar betrifft. GitHub kündigte im offiziellen Changelog an: “We will deprecate the following models across all GitHub Copilot experiences (including Copilot Chat, inline edits, ask and agent modes, and code completions) on November 16th, 2026.” Übersetzt bedeutet das, ausgewählte Modelle verschwinden an diesem Tag gleichzeitig aus Copilot Chat, aus Inline-Bearbeitungen, aus dem Ask-Modus, aus dem Agentenmodus und aus der Codevervollständigung, nicht nur aus einem einzelnen Werkzeug.
Für Unternehmen mit standardisierten Copilot-Konfigurationen heißt das: Wer Modellnamen in Policies, Admin-Einstellungen oder automatisierten Workflows fest hinterlegt hat, sollte die Liste der betroffenen Modelle im offiziellen GitHub-Changelog noch vor dem 16. November prüfen. GitHub veröffentlicht die exakte Modellliste direkt in der Oktober-Changelog-Übersicht, in der auch die Gemini-4-Argon-Freigabe dokumentiert ist. Die zeitliche Nähe zwischen neuer Modellfreigabe und Abschaltung alter Modelle ist kein Zufall, sondern folgt dem Muster, das GitHub seit der Einführung der Mehrmodell-Strategie regelmäßig anwendet: neue Modelle kommen in wöchentlichem Takt, alte verschwinden in Wellen mit mehrwöchiger Vorlaufzeit.
VS Code 1.141: Agenten-Grid und Worktree-Cleanup
Am 7. Oktober 2026 erschien Visual Studio Code 1.141 als stabile Version und brachte zwei Funktionen, die direkt auf den gestiegenen Einsatz von Agentensitzungen reagieren. Die erste ist eine Gitter-Ansicht für das Agenten-Fenster, mit der mehrere parallel laufende Agentensitzungen gleichzeitig auf dem Bildschirm sichtbar sind, statt sich durch Tabs klicken zu müssen. Für Entwicklerinnen, die mehrere Copilot-Agenten gleichzeitig an unterschiedlichen Teilaufgaben arbeiten lassen, verkürzt das die Zeit, um den Überblick zu behalten.
Die zweite Neuerung ist pragmatischer: ein Cleanup-Werkzeug für sogenannte Open Worktrees. Jede Agentensitzung, die in einem eigenen Git-Worktree arbeitet, hinterlässt bei paralleler Nutzung mehrere Kopien des Repositorys auf der Festplatte. VS Code 1.141 zeigt jetzt an, wie viel Speicherplatz inaktive Worktrees belegen, und erlaubt es, gezielt auszuwählen, welche davon gelöscht werden sollen. Bei Projekten mit großen Abhängigkeitsbäumen, wie sie in Node.js- oder Python-Monorepos üblich sind, kann sich dadurch spürbar Speicherplatz freimachen lassen, ohne jede Sitzung einzeln aufräumen zu müssen. Die vollständigen Release Notes dazu finden sich in den offiziellen VS-Code-1.141-Updates.
Von 1.140 zu 1.142: Die schnelle Taktung der VS-Code-Updates
Die Entwicklung der Agentenfunktionen in VS Code läuft seit dem Sommer in enger Taktung. Bereits VS Code 1.140 hatte experimentelle Multi-Folder-Sessions eingeführt, bei denen eine einzelne Agentensitzung über mehrere Projektordner hinweg arbeiten kann, statt auf einen einzigen Ordner beschränkt zu sein. Dieselbe Version brachte außerdem eine experimentelle Wiederverwendung ignorierter Ordner über verschiedene Worktrees hinweg, was wiederholte Abhängigkeitsinstallationen und doppelt angelegte Build-Artefakte reduziert.
Am 14. Oktober 2026 folgte bereits die Insiders-Vorschau von VS Code 1.142, also nur eine Woche nach dem stabilen Release von 1.141. Dieses Tempo zeigt, wie stark Microsoft den Agentenbereich derzeit priorisiert. Wo früher Monate zwischen sichtbaren Funktionsänderungen lagen, erscheinen jetzt fast wöchentlich kleinere Anpassungen an der Art, wie Entwicklerinnen mit mehreren gleichzeitig laufenden KI-Agenten arbeiten.
Ollama-Anbindung: Copilot CLI öffnet sich für lokale Modelle
Ein Detail, das in der Berichterstattung oft untergeht, aber für sicherheitsbewusste Teams relevant ist: Der /model-Befehl der Copilot CLI erkennt inzwischen automatisch Modelle, die lokal über Ollama laufen, zusätzlich zu den konfigurierten Cloud-Modellen. Damit lässt sich Copilot CLI wahlweise komplett gegen ein lokal gehostetes Modell schalten, etwa für Codebasen, die aus Compliance-Gründen nicht an externe Cloud-APIs übertragen werden dürfen.
In Kombination mit der lokalen Sandbox ergibt sich damit erstmals ein Copilot-Setup, das vollständig ohne Datenabfluss an Microsoft- oder Drittanbieter-Server funktionieren kann: lokales Modell über Ollama, lokale Ausführung über die Sandbox, keine Cloud-Inferenz. Für Behörden, Banken oder Industriebetriebe in Österreich, die unter strengen Datenschutz- oder Exportkontrollregeln arbeiten, ist das ein Argument, das GitHub bisher kaum lautstark kommuniziert hat, das aber in Ausschreibungen zunehmend gefragt wird.
Copilot-Modelle im Überblick
Die folgende Tabelle fasst zusammen, welche Modelle aktuell in Copilot verfügbar sind und wann sie freigeschaltet wurden. Sie bildet nur die in den offiziellen GitHub-Changelogs dokumentierten Freigaben ab, ohne die konkrete Liste der am 16. November 2026 auslaufenden Modelle vorwegzunehmen, da GitHub diese nur im Originaldokument nennt.
| Modell | Freigabe in Copilot | Verfügbare Pläne | Anbieter |
|---|---|---|---|
| Gemini 4 Argon | Oktober 2026 (GA) | Pläne mit Modellauswahl | |
| Claude Haiku 5.5 | Woche ab 5. Oktober 2026 | Pro, Pro+, Max, Business, Enterprise | Anthropic |
| Claude Sonnet 5.5 | Woche ab 28. September 2026 | Pro, Pro+, Max, Business, Enterprise | Anthropic |
| GPT-6.1 Sol | Woche ab 28. September 2026 | Pro+, Max, Business, Enterprise | OpenAI |
| Lokale Ollama-Modelle | Laufend, via Copilot CLI /model | Alle CLI-Nutzer mit lokaler Ollama-Instanz | Open Source / variabel |
VS-Code-Agentenfunktionen im Versionsvergleich
Die zweite Tabelle zeigt, wie sich die Agentenfunktionen von VS Code über drei aufeinanderfolgende Versionen entwickelt haben, von der letzten stabilen Version vor 1.141 bis zur aktuellen Insiders-Vorschau.
| Version | Status | Kernfunktion | Veröffentlichung |
|---|---|---|---|
| VS Code 1.140 | Stable | Experimentelle Multi-Folder-Sessions, Wiederverwendung ignorierter Ordner | September 2026 |
| VS Code 1.141 | Stable | Agenten-Grid-Ansicht, Open-Worktree-Cleanup | 7. Oktober 2026 |
| VS Code 1.142 | Insiders (Preview) | Laufende Weiterentwicklung der Agentenfunktionen | 14. Oktober 2026 |
Copilot gegen Cursor, Claude Code und Codex CLI: Der Wettbewerbsdruck wächst
GitHub Copilot steht im Herbst 2026 in einem Markt, in dem fast jeder große Anbieter ein eigenes Agenten-Werkzeug anbietet. Cursor bringt mit Composer ein eigenes Coding-Modell mit und lässt Cloud-Agenten in isolierten Umgebungen laufen, ein Ansatz, der der GitHub-Sandbox konzeptionell ähnelt, aber auf Serverseite statt lokal ansetzt. Anthropics Claude Code und OpenAIs Codex CLI verfolgen wiederum einen terminalnahen Ansatz, bei dem die KI direkt in der Kommandozeile arbeitet, ähnlich wie Copilot CLI es jetzt mit der Ollama-Anbindung tut.
Ein aktueller Branchenbeitrag auf Dev.to bringt die Kernfrage für zahlende Teams auf den Punkt: Wer bereits für Claude Code und Codex zahlt, braucht nicht automatisch noch zusätzlich Cursor. Diese Überlappung der Abonnements ist der eigentliche Wettbewerbsfaktor im Oktober 2026, nicht nur die Modellqualität. GitHub reagiert darauf mit zwei Strategien gleichzeitig: Es bündelt möglichst viele Fremdmodelle (Gemini, Claude, GPT) in einem einzigen Abonnement, und es baut mit der Sandbox-Funktion ein Sicherheitsargument auf, das spezialisierte Konkurrenten wie Cursor bislang nicht in gleicher Form öffentlich dokumentiert haben.
Der Unterschied zu früheren Wettbewerbsrunden liegt im Detail: Während sich Anbieter 2024 und 2025 vor allem über Benchmark-Werte und Kontextlänge voneinander abgrenzten, verschiebt sich der Vergleich jetzt zunehmend auf Sicherheitsarchitektur und Betriebskosten pro Agentensitzung. Ein Unternehmen, das mehrere parallele Agenten laufen lässt, muss heute auch bewerten, wie gut jeder Anbieter verhindert, dass ein fehlerhafter Agent Schaden anrichtet, nicht nur, wie schnell er Code schreibt.
Vom Autocomplete zum autonomen Agenten: Historischer Kontext
GitHub Copilot startete 2021 als reine Autocomplete-Funktion, die einzelne Codezeilen oder kurze Blöcke vorschlug. Die Entscheidung lag immer bei der Entwicklerin, Zeile für Zeile. Mit der Einführung von Agentenmodi verschob sich dieses Verhältnis fundamental: Statt Vorschläge zu machen, führt der Agent jetzt mehrstufige Aufgaben eigenständig aus, öffnet Dateien, schreibt Tests, startet Befehle und committet Änderungen, teilweise ohne dass jeder Einzelschritt bestätigt werden muss.
Diese Verschiebung von reaktiver Vorschlagsfunktion zu proaktiver Ausführung ist der eigentliche Grund, warum eine Sandbox heute notwendig wird, die 2021 noch undenkbar gewesen wäre. Ein Vorschlag, den eine Person erst bestätigen muss, braucht keine technische Zugriffsbeschränkung, ein autonom ausgeführter Shell-Befehl schon. Die Oktober-2026-Updates markieren damit einen Punkt, an dem Sicherheitsarchitektur bei Coding-Assistenten von einer Nebensache zu einer Kernanforderung wird, vergleichbar mit der Entwicklung, die Container-Technologien in den 2010er-Jahren durchlaufen haben, als aus einfachen Prozessen zunehmend isolierte, rechteeingeschränkte Einheiten wurden.
Was die Updates für Unternehmen in Österreich bedeuten
Für österreichische IT-Abteilungen, von Banken in Wien bis zu Industriebetrieben in Oberösterreich, verändert sich mit diesen Updates die Risikobewertung von KI-gestützter Softwareentwicklung. Bislang war die zentrale Sorge oft, ob ein KI-Vorschlag fehlerhaften Code einbaut. Mit Agentenmodi kommt eine zweite Sorge hinzu: Welche Systeme kann der Agent während seiner Arbeit berühren, und wie weit reicht sein Zugriff über die eigentliche Programmieraufgabe hinaus.
Die kostenlose Verfügbarkeit der Sandbox ist dabei ein praktisches Argument für IT-Sicherheitsverantwortliche, die intern oft gegen die unkontrollierte Nutzung von Agentenmodi argumentieren mussten. Statt Agentenfunktionen komplett zu sperren, können Teams jetzt eine technisch abgesicherte Variante aktivieren, ohne höhere Lizenzkosten in Kauf zu nehmen. Für Unternehmen, die unter das österreichische NIS2-Umsetzungsgesetz fallen, dürfte das die interne Freigabe von Agentenmodi erleichtern, weil sich damit ein dokumentiertes Zugriffskonzept vorweisen lässt, das bisher bei vielen Coding-Assistenten fehlte.
Gleichzeitig zwingt die Modell-Deprecation am 16. November 2026 Teams, die Policies rund um erlaubte Copilot-Modelle zentral verwaltet haben, zu einer kurzfristigen Überprüfung. Wer etwa in internen Richtlinien ein bestimmtes Modell für sensible Projekte vorschreibt, sollte vor dem Stichtag klären, ob dieses Modell betroffen ist, und einen Ersatz festlegen, bevor die automatische Umstellung durch GitHub selbst erfolgt.
Was Fachleute und offizielle Stellen sagen
GitHub selbst formuliert den Zweck der Sandbox nüchtern in der eigenen Dokumentation für Agentensitzungen: “Local sandbox: Runs the session on your machine, but restricts the filesystem, network, and credential access available to agent-run tools.” Diese Beschreibung macht deutlich, dass die Funktion nicht verhindern soll, dass Agenten lokal arbeiten, sondern nur, wie weit ihr Zugriff dabei reicht.
In der ausführlicheren Dokumentation für Enterprise-Cloud-Kunden wird dieselbe Mechanik noch einmal präzisiert: “Local sandboxing restricts access to files, network resources, and credentials on your machine.” Diese GitHub-Dokumentation zur lokalen Sandbox ist die maßgebliche Referenz für Teams, die die Funktion in größeren Organisationen ausrollen wollen.
Microsofts Command-Line-Team ergänzt die technische Perspektive aus der Windows-Integration: “When sandboxing is enabled, shell commands and, by default, local Model Context Protocol servers and language servers run inside the process boundary.” Das bestätigt, dass die Isolierung nicht nur den eigentlichen KI-Agenten betrifft, sondern auch die wachsende Zahl an MCP-Servern, über die moderne Coding-Assistenten externe Werkzeuge und Datenquellen einbinden. Die vollständige technische Einordnung findet sich im Beitrag des Microsoft Command Line Teams.
Ein Blick auf die Sandbox-Konfiguration
Für Teams, die die Sandbox in der Copilot CLI testen wollen, genügt zunächst ein Blick auf die verfügbaren Modelle und die aktuelle CLI-Version. Ein typischer erster Schritt sieht so aus:
# Verfügbare Modelle inklusive lokaler Ollama-Instanzen anzeigen
copilot /model list
# Sandbox-Status für die aktuelle Sitzung prüfen
copilot /sandbox status
# Agentensitzung mit aktivierter lokaler Sandbox starten
copilot agent start --sandbox localDiese Befehle sind vereinfacht dargestellt, da die exakte Syntax je nach installierter Copilot-CLI-Version variieren kann. Entscheidend ist das Prinzip: Bevor ein Agent produktiven Code anfassen darf, lohnt sich ein kurzer Check, ob die Sandbox tatsächlich aktiv ist, insbesondere bei Projekten mit Zugriff auf Datenbank-Credentials oder Cloud-Zugangsschlüssel.
Prognosen: Wie es mit GitHub Copilot weitergeht
Fünf Entwicklungen zeichnen sich für die kommenden Monate ab. Erstens dürfte GitHub die Sandbox-Funktion von einer optionalen Einstellung zu einer Standardeinstellung für neue Agentensitzungen machen, sobald genug Nutzungsdaten zur Stabilität vorliegen. Zweitens ist mit weiteren Modell-Deprecations in ähnlichem Takt zu rechnen, da GitHub die Mehrmodell-Strategie nur mit regelmäßiger Bereinigung älterer, teurerer Modelle wirtschaftlich betreiben kann.
Drittens wird die Kombination aus lokalen Ollama-Modellen und lokaler Sandbox voraussichtlich gezielt an regulierte Branchen vermarktet, von Behörden bis zum Finanzsektor, da genau diese Kombination das stärkste Datenschutzargument gegenüber reinen Cloud-Agenten liefert. Viertens ist davon auszugehen, dass Microsoft die Taktung der VS-Code-Updates weiter erhöht, mit noch kürzeren Abständen zwischen Insiders- und Stable-Versionen für Agentenfunktionen, nachdem 1.140 bis 1.142 in nur rund vier Wochen erschienen sind.
Fünftens dürfte der Wettbewerbsdruck durch Cursor, Claude Code und Codex CLI dazu führen, dass auch diese Anbieter eigene, öffentlich dokumentierte Sandbox-Mechanismen vorstellen, um mit GitHubs kostenlosem Sicherheitsargument gleichzuziehen. Wer heute schon auf Agentenmodi setzt, sollte diese Entwicklung in den kommenden Quartalen aktiv verfolgen, statt sich auf den aktuellen Funktionsstand zu verlassen.
Häufig gestellte Fragen
Was ist die lokale Sandbox in GitHub Copilot genau?
Es handelt sich um eine Sicherheitsfunktion, die Agentensitzungen auf dem eigenen Rechner laufen lässt, dabei aber den Zugriff auf Dateisystem, Netzwerk und gespeicherte Zugangsdaten einschränkt. Sie läuft in Copilot CLI, der Copilot App und in VS-Code-Sitzungen mit Agent Host.
Kostet die Sandbox-Funktion extra?
Nein. GitHub stellt ausdrücklich klar, dass die lokale Sandbox ohne zusätzliche Kosten verfügbar ist, unabhängig vom bestehenden Copilot-Plan.
Welche Modelle verschwinden am 16. November 2026 aus Copilot?
GitHub nennt die konkreten Modellnamen in der eigenen Oktober-Changelog-Ankündigung. Die Abschaltung betrifft Copilot Chat, Inline-Bearbeitungen, den Ask-Modus, den Agentenmodus und die Codevervollständigung gleichzeitig.
Was bringt Gemini 4 Argon im Vergleich zu früheren Gemini-Modellen?
Google positioniert Gemini 4 Argon als sein neuestes Frontier-Modell speziell für komplexe Coding-Aufgaben, agentische Workflows und Reasoning, nicht primär für Geschwindigkeit bei einfachen Anfragen.
Kann ich GitHub Copilot CLI komplett ohne Cloud-Modelle nutzen?
Ja, der /model-Befehl der Copilot CLI erkennt kompatible Modelle, die lokal über Ollama laufen, zusätzlich zu Cloud-Modellen. In Kombination mit der lokalen Sandbox lässt sich damit ein weitgehend offline betriebenes Setup aufbauen.
Was bringt die Agenten-Grid-Ansicht in VS Code 1.141?
Sie zeigt mehrere parallel laufende Agentensitzungen gleichzeitig in einer Gitteransicht an, statt sie einzeln über Tabs durchklicken zu müssen, was den Überblick bei Multi-Agent-Workflows erleichtert.
Wie unterscheidet sich der Sandbox-Ansatz von Copilot von dem bei Cursor oder Claude Code?
GitHubs Sandbox setzt lokal auf dem Entwicklerrechner an und beschränkt dort Datei-, Netzwerk- und Zugangsdatenzugriff. Cursor lässt seine Cloud-Agenten dagegen in isolierten Serverumgebungen laufen. Beide Ansätze verfolgen das gleiche Ziel auf unterschiedlichen Ebenen der Infrastruktur.
Müssen österreichische Unternehmen wegen der Modell-Deprecation jetzt handeln?
Teams mit fest hinterlegten Modellnamen in Policies, CI-Konfigurationen oder internen Tools sollten vor dem 16. November 2026 prüfen, ob ein genutztes Modell betroffen ist, und rechtzeitig auf ein weiterhin unterstütztes Modell wie Claude Haiku 5.5, Claude Sonnet 5.5, GPT-6.1 Sol oder Gemini 4 Argon umstellen.