GitHub hat die VS-Code-Versionen 1.132 bis 1.135 aus August 2026 als zusammenhängendes Update für Agentensitzungen, Reviews, integrierten Browser und Diktierfunktionen eingeordnet. Sitzungen lassen sich parallel anzeigen, über Nebenunterhaltungen ergänzen, aus anderen Anwendungen fortsetzen und über mehrere VS-Code-Fenster verbinden. Gleichzeitig werden Chatverlauf, Prompts und Dateiänderungen enger verknüpft. Für Unternehmen ist das mehr als Komfort: Wenn eine Agentensitzung länger lebt als ein einzelner Prompt, wird sie selbst zum Arbeitsobjekt. Damit müssen Kontext, Verantwortlichkeit, Berechtigungen und Review über den gesamten Sitzungsverlauf nachvollziehbar bleiben.
Was VS Code konkret erweitert
Bestätigt sind mehrere Funktionen für die Organisation von Agentenarbeit. Chats können nebeneinander angeordnet werden; das Layout wird für die Rückkehr zur Sitzung gespeichert. Der Befehl /btw öffnet eine Nebenunterhaltung, die Kontext und Prompt-Cache des Hauptchats teilt, während dieser weiterläuft. Extern gestartete Copilot- oder Claude-Sitzungen können in VS Code angezeigt und fortgesetzt werden. Über den Agent Host lassen sich mehrere VS-Code-Fenster mit derselben Sitzung verbinden. Außerdem können Nutzer in Claude-Sitzungen zwischen Modellen aus Anthropic- und Copilot-Abonnements wechseln.
Beim Review ergänzt VS Code die Navigation entlang einzelner Prompts und der zugehörigen Dateiänderungen. Die Suche reicht über vollständige Chatverläufe; Markdown-Diffs können in einer kombinierten Ansicht geprüft werden. Im integrierten Browser lassen sich mehrere HTML-Elemente markieren und mit gezieltem Feedback versehen, das ein Agent anschließend gesammelt bearbeiten kann. Eine experimentelle Zweitmeinung durch ein ergänzendes Modell soll übersehene Details sichtbar machen. Das ist eine zusätzliche Prüfschicht, ersetzt aber weder Tests noch unabhängiges menschliches Review.
Die Diktierfunktion unterstützt laut GitHub mehrere Sprachen mit einem On-Device-Modell. Nutzer können projektbezogene Regeln für Terminologie und Formatierung hinterlegen; bei Terminalbefehlen soll eine shellbewusste Bereinigung die Syntax erhalten. Für barriereärmere oder mobile Eingaben kann das hilfreich sein. In produktionsnahen Terminals bleibt gesprochene Eingabe dennoch prüfpflichtig, weil falsch erkannte Zeichen oder Parameter direkte Wirkung entfalten können.
Der eigentliche Wandel: Vom Chat zum Session-Lebenszyklus
Aus GNS-Sicht verschiebt sich die Governance vom einzelnen Modellaufruf auf einen längeren Ablauf. Eine Sitzung kann Kontext aus mehreren Prompts enthalten, nebenbei verzweigen, in einer anderen Anwendung beginnen und später in mehreren Fenstern weiterlaufen. Daraus folgt ein neues Risiko: Der aktuelle Nutzer sieht möglicherweise nicht mehr auf Anhieb, welche Annahmen, Dateien oder Berechtigungen früher in die Sitzung gelangt sind. Unternehmen sollten daher nicht nur Modelle freigeben, sondern Regeln für Eröffnung, Übergabe, Wiederaufnahme und Abschluss einer Sitzung definieren.
Entscheidungsrahmen für sichere Agentensitzungen
- Auftrag: Jede Sitzung erhält ein begrenztes Ziel, erlaubte Repositories und ein klares Abbruchkriterium.
- Kontext: Bei Nebenunterhaltungen und extern fortgesetzten Sitzungen muss sichtbar sein, welche Informationen geteilt oder übernommen werden.
- Identität: Übergaben zwischen Anwendungen und Fenstern dürfen Nutzer- und Organisationsgrenzen nicht verwischen.
- Berechtigung: Schreib-, Terminal- und externe Werkzeugrechte werden bei Wiederaufnahme erneut geprüft und nicht allein aus dem alten Zustand übernommen.
- Nachweis: Prompts, Diffs, Tests und Freigaben müssen einer Änderung eindeutig zugeordnet werden können.
- Abschluss: Offene Prozesse, temporäre Dateien und nicht übernommene Änderungen werden dokumentiert oder verworfen.
Review-Checkliste für agentenerzeugte Änderungen
- Vom aktuellen Diff zum auslösenden Prompt und dessen Annahmen zurückgehen.
- Prüfen, ob eine Nebenunterhaltung den gemeinsamen Kontext verändert oder widersprüchliche Vorgaben erzeugt hat.
- Automatisierte Tests, Linting, Secret-Scanning und Sicherheitsprüfungen außerhalb der Agentenantwort ausführen.
- Browserfeedback gegen Anforderungen und nicht nur gegen die sichtbare Darstellung prüfen.
- Eine Modell-Zweitmeinung als Hinweis behandeln; kritische Änderungen bleiben bei einem verantwortlichen menschlichen Reviewer.
- Vor Merge oder Ausführung bestätigen, dass keine veralteten Berechtigungen aus einer fortgesetzten Sitzung wirken.
Rolloutplan für einen begrenzten Pilot
Ein sinnvoller Pilot startet mit einem wiederkehrenden, gut testbaren Prozess, etwa einer kleinen Fehlerbehebung mit Pull Request. Zunächst werden parallele Ansichten und Review-Navigation genutzt, ohne zusätzliche Schreib- oder Terminalrechte zu öffnen. Danach testet das Team bewusst eine Nebenunterhaltung, eine externe Fortsetzung und eine Mehrfenster-Sitzung. Für jeden Übergang wird dokumentiert, welcher Kontext erhalten bleibt, wie Rechte angezeigt werden und wo ein Mensch eingreifen muss. Erst nach bestandenen Negativtests werden weitere Werkzeuge oder Repositories freigegeben.
- Pilotprozess, Repositories und erlaubte Agenten festlegen.
- Session-Vorlage mit Ziel, Datenquellen, Rechten und Abschlussbedingung definieren.
- Übergaben und Wiederaufnahme mit absichtlich veraltetem oder widersprüchlichem Kontext testen.
- Review-Gates und technische Pflichtprüfungen verbindlich in den Entwicklungsprozess integrieren.
- Durchlaufzeit, Nacharbeit, zurückgewiesene Änderungen, Sitzungsabbrüche und Modellverbrauch messen.
- Nur Funktionen skalieren, die Qualität verbessern oder Übergaben verkürzen, ohne Kontrollaufwand unverhältnismäßig zu erhöhen.
Kosten und Nutzen richtig messen
GitHub nennt neue Ansichten zum Tokenverbrauch nach Modell und Chat-Turn. Daraus entsteht noch kein belastbarer Business Case. Unternehmen sollten zusätzlich messen, wie oft Sitzungen erfolgreich fortgesetzt werden, wie viele Übergaben entfallen, wie viel Review-Zeit anfällt und wie häufig Änderungen wegen falschen Kontexts zurückgehen. Auch Modellwechsel innerhalb einer Sitzung können Kosten und Ergebnisqualität verändern. Maßstab ist deshalb die geprüfte, einsatzfähige Änderung pro Prozessdurchlauf – nicht die Zahl paralleler Chats oder erzeugter Codezeilen.
Fazit: Dauerhafte Agentenarbeit braucht sichtbare Zustände
Die August-Releases machen VS Code zu einem stärkeren Arbeitsraum für länger laufende Coding-Agenten. Bestätigt sind fortsetzbare und verbundene Sitzungen, Nebenunterhaltungen, neue Review-Wege, Browserfeedback und mehrsprachige Diktierfunktionen. Nicht belegt sind allgemeine Produktivitäts- oder Qualitätsgewinne. Unternehmen sollten daher klein starten und jeden Sitzungsübergang wie eine technische Übergabe behandeln: Kontext offenlegen, Rechte neu prüfen, Änderungen eindeutig zuordnen und vor produktiver Wirkung unabhängig testen.