Warum Agenten-Sitzungen bisher an ein Fenster gebunden waren

Copilot, Claude und Codex laufen in VS Code technisch als Erweiterungen und wurden bislang im sogenannten Extension Host ausgeführt – einem Prozess, dessen Lebensdauer eng an ein einzelnes Fenster gekoppelt ist. Öffnete man ein neues VS-Code-Fenster, startete dafür ein eigener Extension Host; schloss man das Fenster, endete der Prozess, und mit ihm jede darin laufende Agenten-Sitzung samt Konversationsverlauf, Zwischenständen und noch nicht übernommenen Codeänderungen. Für kurze Rückfragen an den Assistenten war das selten ein Problem. Bei längeren, mehrstufigen Aufgaben – einem Refactoring über mehrere Dateien, einer ausführlichen Fehlersuche oder einer Rechercheaufgabe, die der Agent über mehrere Minuten selbstständig bearbeitet – bedeutete ein versehentlich geschlossenes Fenster dagegen, dass der gesamte Fortschritt verloren ging und die Aufgabe von vorn begonnen werden musste. Wer zwischen Notebook und Desktop-Rechner wechselte oder mehrere Monitore mit mehreren VS-Code-Fenstern nutzte, konnte eine Sitzung zudem nicht einfach von einem anderen Fenster aus weiterverfolgen.

Was der Agent Host konkret ändert

Der Agent Host verschiebt Agenten-Sitzungen in einen eigenständigen Hintergrundprozess, der unabhängig von einem bestimmten Fenster existiert. Ein VS-Code-Fenster verbindet sich fortan nur noch als Ansicht mit diesem Prozess, ähnlich wie ein Client sich mit einem Server verbindet, statt die Sitzung selbst zu besitzen. Die eigentliche Sitzung – Konversation, vorgenommene Codeänderungen, laufender Status – lebt im Agent-Host-Prozess weiter, unabhängig davon, ob und welches Fenster gerade geöffnet ist. Praktisch bedeutet das: Der Agent kann eine Aufgabe im Hintergrund fortsetzen, selbst wenn kein Fenster geöffnet ist, das sie gerade anzeigt, und ein späterer Blick in ein beliebiges verbundenes Fenster zeigt den aktuellen Stand, nicht einen veralteten Zwischenstand.

Eine Sitzung, mehrere Fenster

Der im Alltag wohl spürbarste Effekt: Mehr als ein VS-Code-Fenster kann sich gleichzeitig mit derselben Sitzung verbinden. Beide Fenster zeigen dann dieselbe Konversation, dieselben Codeänderungen und denselben Live-Status – es handelt sich nicht um zwei unabhängige Kopien, sondern um zwei Ansichten auf ein und dieselbe laufende Sitzung. Schließt man ein Fenster und öffnet später ein neues, ist die Sitzung weiterhin vorhanden, weil sie nie an das einzelne Fenster gebunden war. Für Entwickler:innen mit Mehrmonitor-Setups oder wechselnden Geräten heißt das: Eine am Vormittag begonnene Sitzung lässt sich am Nachmittag an einem anderen Rechner nahtlos fortsetzen, ohne den Kontext neu aufzubauen.

Das Agent Host Protocol als gemeinsame Basis

Technische Grundlage des Agent Host ist das Agent Host Protocol, kurz AHP – ein von Microsoft entworfenes offenes Protokoll, über das unterschiedliche Agent-Harnesses einheitlich an den Hintergrundprozess angebunden werden. Aktuell unterstützt werden Copilot, Claude und Codex; alle drei laufen über dieselbe Prozessarchitektur, auch wenn sie technisch unterschiedliche Assistenten mit eigenen Anbietern im Hintergrund sind. Dass Microsoft das Protokoll offen gestaltet, deutet darauf hin, dass sich künftig auch weitere Agent-Harnesses anbinden ließen – dazu liegen aus den verfügbaren Quellen aber keine konkreten Ankündigungen vor, weshalb sich das an dieser Stelle nur als Möglichkeit und nicht als bestätigte Roadmap einordnen lässt.

Aktivierung: Opt-in statt Standardeinstellung

Zum Start ist der Agent Host kein Standardverhalten, sondern eine Opt-in-Funktion. Aktiviert wird sie über die Einstellung chat.agentHost.enabled; anschließend lässt sich im – weiterhin als Vorschau markierten – Agents-Fenster ein Harness auswählen, das über den neuen Prozess läuft. In Organisationen können Administrator:innen diese Einstellung zentral über Richtlinien steuern und damit festlegen, ob und für wen der Agent Host verfügbar ist. Microsoft rollt die Funktion nach eigenen Angaben schrittweise aus, das heißt, sie wird nicht bei allen Nutzer:innen zum selben Zeitpunkt sichtbar, selbst wenn die Einstellung bereits vorhanden ist. Wer die Funktion ausprobieren möchte, sollte deshalb neben der Einstellung auch die aktuelle VS-Code-Version im Blick behalten.

Weitere Neuerungen rund um Version 1.129

Der Agent Host ist die auffälligste, aber nicht die einzige Neuerung dieser Release-Phase. Das Agents-Fenster bekam ein neues Editor-Panel, das Dateien und Diffs direkt neben dem Chat in einer gemeinsamen Tableiste anzeigt, dazu kompaktere Änderungsanzeigen mit Angaben zu hinzugefügten und gelöschten Zeilen sowie die Möglichkeit, zwischen Inline- und Nebeneinander-Diffs zu wechseln. Wer eigene Modelle nutzt, kann Bring-Your-Own-Key-Modelle jetzt auch im Copilot-Harness auf dem Agent Host einsetzen, und für Unternehmenskund:innen kam eine GitHub-Enterprise-Authentifizierung für Copilot im Agent Host hinzu. Im Chat lassen sich Terminalbefehle direkt mit einem vorangestellten Ausrufezeichen ausführen, und eine experimentelle Modern-UI-Vorschau zeigt einen ersten Ausblick auf ein überarbeitetes VS-Code-Erscheinungsbild. In den Wochen nach dem Start kamen laut GitHubs eigenem Änderungsprotokoll für Juli 2026 außerdem Multi-Chat-Unterstützung für Claude-Sitzungen hinzu – eine einzelne Agenten-Sitzung kann damit mehrere zusammenhängende Chats mit eigenem Verlauf und eigenem Titel enthalten –, dazu isolierte Sitzungen in eigenen Git-Worktrees, sodass eine Aufgabe in einer separaten Arbeitskopie des Repositorys laufen kann, sowie die allgemeine Verfügbarkeit von Copilot Vision, mit dem sich Bilder und PDF-Dateien in den Chat einbinden lassen.

Vom Release zum Servicing-Update

Version 1.129 erschien am 15. Juli 2026. Zwei Tage später, am 17. Juli, folgte mit 1.129.1 ein Servicing-Update, das erste nach dem Rollout aufgetretene Regressionen behob und die neue Modern-UI-Vorschau stabilisierte. Ein rasches Nachfolge-Update ist bei VS Code kein ungewöhnliches Muster, insbesondere wenn eine Version so tief in bestehende Abläufe eingreift wie die Umstellung der Sitzungsverwaltung auf einen eigenständigen Prozess. Wer produktiv mit Agenten-Sitzungen arbeitet, ist mit dem Wechsel auf die Servicing-Version in der Regel auf der sichereren Seite.

Was das für den Arbeitsalltag bedeutet

Für Entwickler:innen, die häufig zwischen Geräten wechseln, mit mehreren Monitoren arbeiten oder längere Agenten-Aufgaben laufen lassen, ist der Agent Host mehr als nur ein internes Architekturdetail. Er verringert das Risiko, durch ein versehentlich geschlossenes Fenster den Kontext einer laufenden KI-Unterhaltung zu verlieren, und macht es praktikabel, eine Sitzung von einem anderen Fenster oder Rechner aus weiterzuverfolgen, ohne von vorn zu beginnen. Wer VS Code mit Copilot, Claude oder Codex im Team oder in einer Organisation einsetzt, sollte zudem beachten, dass die Aktivierung zentral steuerbar ist – ein Punkt, den IT-Verantwortliche bei der Einführung berücksichtigen sollten, etwa im Zusammenspiel mit der neuen GitHub-Enterprise-Authentifizierung und unternehmensweiten Richtlinien für Bring-Your-Own-Key-Modelle.

FAQ:

Muss ich etwas tun, damit meine bestehenden Copilot-Sitzungen weiterlaufen? Nein. Der Agent Host ist ein Opt-in; ohne aktivierte Einstellung chat.agentHost.enabled verhält sich VS Code wie bisher, und bestehende Sitzungen laufen weiterhin im gewohnten, fenstergebundenen Modus.Läuft meine Sitzung jetzt in der Cloud? Nein. Der Agent Host ist weiterhin ein lokaler Prozess auf dem eigenen Rechner – geändert hat sich nur, dass er nicht mehr an ein einzelnes Fenster gebunden ist, nicht wo er läuft.Funktioniert das mit jedem KI-Assistenten in VS Code? Zum Start werden Copilot, Claude und Codex als Agent-Harnesses über den Agent Host unterstützt. Ob und wann weitere Harnesses folgen, ist aus den verfügbaren Quellen nicht ersichtlich.Kann meine Firma den Agent Host zentral abschalten oder erzwingen? Ja. Die Einstellung chat.agentHost.enabled lässt sich laut Berichten organisationsweit über Richtlinien steuern, sodass IT-Abteilungen festlegen können, ob und für wen die Funktion verfügbar ist.Ist die Funktion schon für alle sichtbar? Nicht zwangsläufig. Microsoft rollt den Agent Host nach eigenen Angaben schrittweise aus – selbst mit aktivierter Einstellung kann es sein, dass die Funktion je nach VS-Code-Version und Rollout-Stand noch nicht erscheint.Was passiert mit einer Sitzung, wenn ich VS Code komplett beende, nicht nur ein Fenster schließe? Dazu liegt in den ausgewerteten Quellen keine eindeutige Aussage vor; diese Abgrenzung zwischen Fenster-schließen und Anwendung-beenden bleibt an dieser Stelle offen und sollte vor abschließenden Aussagen selbst getestet werden.

Fazit:

Der Agent Host ist kein Feature, das neue KI-Fähigkeiten verspricht – er ist ein Architekturwechsel darunter. Indem eine Sitzung nicht mehr am Fenster hängt, sondern in einem eigenständigen Prozess lebt, verschwindet eine der alltagsnächsten Frustrationen im Umgang mit KI-Coding-Agenten: der verlorene Kontext nach einem geschlossenen Fenster. Der Rollout ist vorsichtig und Opt-in, was angesichts der Tiefe des Eingriffs in die bisherige Sitzungsverwaltung nachvollziehbar ist. Wer regelmäßig mit Copilot, Claude oder Codex in VS Code arbeitet, sollte die Einstellung chat.agentHost.enabled im Auge behalten – und in Organisationen lohnt sich ein Blick darauf, wie sich der Agent Host mit bestehenden Richtlinien für KI-Werkzeuge verträgt.

Quellen:

Anzeige
#News