Donnerstagabend, VS Code offen, Agent läuft. Ich will nur den Ordner schließen — Repo wechseln, kurz etwas anderes anfassen. Klick auf Close Folder. Fenster bleibt. Und dann: Der Agent tippt weiter. Terminal flackert. Diff stapelt sich. Mein Hirn braucht drei Sekunden, bis es klickt: Der Ordner ist weg, die Session nicht. Spoiler: Das war kein Geisterprozess. Das war der Agent Host — und er hat die Session behalten, als wäre der Ordner nur eine optional angehängte Brille gewesen.

Die kurze Version: Microsoft hat den Agent Host als eigenen Prozess aus dem Extension Host herausgezogen. Sessions gehören jetzt dem Host, nicht dem Editor-Fenster. Sie können den Folder schließen, VS Code offen lassen, und die Session läuft weiter. In Insiders 1.138 kommen dazu browser-adressierbare Session- und Chat-Links. Cool für Long-Horizon-Arbeit — bis der Diff erst im Browser landet und Sie merken, dass Review und Editor-Gefühl auseinanderlaufen.

Im Ernst: Ich habe den Diff zuerst unter insiders.vscode.dev/agents gesehen. Nicht im Editor. Nicht neben den Tests. Im Browser. Die Session grinste mich an wie ein Mitbewohner, der die Wohnung renoviert hat, während Sie im Keller waren — und jetzt wollen Sie die Tapete bewerten. Nerd-Alarm: Persistent ist toll. Review-Ort bestimmt den Stress.

Fail am Close Folder: Agent tippt trotzdem weiter

Stellen Sie sich vor, Ihr Editor-Fenster ist bisher der einzige Raum gewesen, in dem der Agent wohnen durfte. Fenster zu — Licht aus — Runtime tot. So war es, als die Harness noch im Extension Host pro Fenster lief. Schließen Sie das Fenster, stoppt die Runtime. Parallelität? Mehrere Fenster, mehrere Runtimes, mehr Overhead. Klingt nach Architektur-Fußnote. Fühlt sich an wie: Agent stirbt, wenn Sie die Tür zumachen.

Jetzt personifiziert der Agent Host das anders. Er ist der Hausmeister im Keller: eigener Prozess, besitzt die Sessions, bleibt wach, auch wenn Sie den Ordner zumachen. Sie lassen VS Code laufen — wichtig, das wiederholen wir — und der Agent arbeitet weiter. Reopen Folder, zurück zur Session: State und Progress sind da. Agents Window: dieselbe Live-Session, synchronisiert, keine Kopie.

Mein Fail war klassisch: Ich dachte „Folder zu = Session tot“, hab den Rechner fürs Abendessen stehen lassen und kam zurück zu einem Diff, den ich nicht bestellt hatte — zumindest nicht bewusst in diesem Tempo. Die Session hatte weitergebaut. Kein Drama, kein Datenverlust, aber ein Review-Stapel, der sich anfühlte wie Post vom Steuerberater. Bastelprojekt-Reflex: erstmal alles anschauen, dann entscheiden, was davon wirklich wollte.

Wer schon unter Stress erlebt hat, wie Editor und AI-Helfer den Projektkontext überdehnen, kennt das Gefühl aus unserem Stück zu Code-Editoren unter Stress und der Project-Brain-Cascade — dort ging es um Überlast, hier um Persistenz. Beides verlangt Disziplin: Wer den Agent laufen lässt, muss später lesen, was er getan hat.

Was der Agent Host wirklich ist — und warum der Extension Host nicht mehr reicht

Laut dem Architektur-Blog von Rob Lourens, Connor Peet und Brigit Murtaugh (26. August 2026) ist der Agent Host ein selbstständiger Prozess, der Agent-Sessions besitzt. Dazu kommt das offene Agent Host Protocol (AHP), das Hosts und Clients verbindet. Zusammen ermöglichen sie: Sessions laufen weiter nach Folder- oder Editor-Close, bleiben über Clients synchron, laufen lokal oder remote, und mehrere Harnesses behalten ihre eigenen Capabilities.

Die kurze Version der Vorgeschichte: Ende 2025 konnte man einen lokalen Agent-Chat schließen und im Hintergrund weiterlaufen lassen. Parallelität und Fokuswechsel innerhalb von VS Code waren drin. Der nächste Schritt war: Session überlebt den Folder-Close und wandert über Surfaces. Parallel wollte man das GitHub Copilot SDK als Harness übernehmen — konsistenteres Verhalten über Copilot CLI, Standalone-App und andere Copilot-Produkte.

Vorher: Die lokale Agent-Harness lief im Extension Host jedes Editor-Fensters — dem Prozess, in dem auch GitHub Copilot Chat als Extension läuft. Der Extension Host isoliert Extension-Code vom Core-Editor, bindet die Agent-Runtime aber an genau ein Fenster. Fenster schließen = Runtime stoppt. Jedes Fenster lud seine eigene Agent-Infrastruktur.

Jetzt: Session-State, Harness-Adapter und Baseline-Workspace-Capabilities wandern in einen dedizierten Prozess. Der Extension Host liegt nicht mehr auf dem kritischen Pfad für Baseline-Agent-Arbeit. Mehrere Fenster verbinden sich mit einem Host, statt jeweils eine Runtime zu laden. VS Code spricht weiter mit dem Host; Tools, die ein Client beisteuert, routen zurück zu diesem Client — aber die Session hängt nicht mehr am Ordner oder Fenster, in dem sie gestartet wurde.

Im Ernst: Das ist der Architektur-Schnitt, den man merkt, wenn man den Folder schließt und nichts stirbt. Klingt einfach ist es aber nicht — weil Persistenz auch Verantwortung verschiebt: Wer besitzt den State? Wer approved Tool-Calls? Welcher Client zeigt den Diff?

Mehr Einordnung zu autonomen Editor-Abläufen finden Sie in unserem Text zu agentischen AI-Code-Editoren und wie autonome Sessions den Alltag umbauen — der Agent Host ist die Infrastruktur-Antwort auf genau dieses Muster.

Workflow: Folder zu, Host wach, Session live

Der Agent Host ist in der aktuellen Stable- und Insiders-Version von VS Code aktiviert. Weil der Host die Session besitzt, starten Sie im Editor und setzen in der Agents Window fort — dieselbe Live-Session, synchronisiert, ohne Kopie.

Der offizielle Workflow, den Sie nachstellen können:

Ordner im Editor öffnen, Harness wählen (z. B. Copilot), Agent-Session starten wie gewohnt.
Während der Agent arbeitet: Folder schließen, VS Code laufen lassen. Der aktive Turn läuft im Agent Host weiter, obwohl der Ordner nicht mehr offen ist.
Folder wieder öffnen, zur Session zurück: State und Progress sind noch da.
Agents Window öffnen: dieselbe Live-Session beobachten und bedienen — Editor und Agents Window bleiben synchron.
Remote testen: Agents Window mit remote Agent Host verbinden, Session starten oder öffnen; dann unter insiders.vscode.dev/agents denselben Host wählen und im Browser weitermachen.

WICHTIG — und das steht in der Quelle nicht klein gedruckt: Closing Folder ist nicht Quit VS Code. Für lokale Sessions muss VS Code laufen, weil es den lokalen Agent Host managed. Spoiler: Wer VS Code komplett beendet und erwartet, der Agent tippe weiter wie ein Cloud-Worker, hat die lokale Variante falsch verstanden. Lokal = Host an den Desktop gebunden. Remote = andere Story.

Geräte-Personifikation, weil sie hier sitzt: VS Code ist plötzlich weniger „ein Fenster mit Dateien“ und mehr „Steuerungspult für einen Kellerprozess“. Der Ordner ist eine Ansicht. Der Agent wohnt im Host. Schließen Sie die Ansicht, wohnt er weiter — solange das Pult Strom hat.

Nerd-Alarm: Das ändert Gewohnheiten. Früher war Close Folder eine harte Grenze. Jetzt ist es ein UI-Schritt mit Nebenwirkung „Session läuft weiter“. Teams sollten das intern kommunizieren, sonst wundern sich Leute über nächtliche Diffs und fragen, ob der Rechner gehackt wurde.

AHP: state-first, URI-Kanäle, mehrere Clients um eine Session

Das Agent Host Protocol löst ein anderes Problem als die meisten Agent-Protokolle. Die meisten beschreiben eine 1:1-Unterhaltung zwischen Client und Agent. AHP koordiniert mehrere unabhängige Clients um dieselbe langlaufende Session. Der Host besitzt den maßgeblichen, agent-agnostischen State. Verbundene Clients beobachten Fortschritt, steuern Aktionen bei, genehmigen Tool-Calls oder brechen ab.

AHP ist bewusst state-first. Statt harness-spezifischer Backend-Events übersetzt der Host in langlebigen, display-fertigen State und geordnete, redux-ähnliche Actions. Clients können optimistisch anwenden, mit der sequenzierten Host-Antwort reconcilen und bei Reconnect verpasste Actions nachspielen.

Alles läuft über URI-adressierbare Channels — Sessions, Chats, Terminals, Changesets. Subscribe liefert Snapshot plus Action-Stream. Shared Reducers sorgen dafür, dass Editor, Agents Window und Browser-Client auf dieselbe Sicht konvergieren, ohne dass jeder Client das SDK der Harness verstehen muss. Changesets sind generisch modelliert: Lokal oft über Git und GitHub, aber auch In-Memory-Dateisysteme wie auf vscode.dev sind denkbar.

Die kurze Version: AHP standardisiert die client-seitige Session, nicht wie ein Agent denkt, Kontext managt oder Tools ruft. Harnesses behalten ihre Loops und Capabilities; Adapter mappen Events ins gemeinsame Session-Modell.

Beispiele aus dem Blog:

Copilot-Harness: GitHub Copilot SDK, Runtime als Child-Process.
Claude-Harness: Anthropic Claude Agent SDK; Adapter mappt Sessions, Tools, Permissions, Subagents nach AHP und behält Features wie Slash-Commands und Hooks.

Wer Claude-Workflows schon im Alltag hat, findet bei uns auch den Überblick zu Claude Code und dem agentischen Coding-Alltag — der Host ändert nicht die Harness-Persönlichkeit, sondern wo die Session wohnt.

Client-Bibliotheken für Bastelprojekte und eigene Frontends: Rust (ahp, ahp-types, ahp-ws), TypeScript (@microsoft/agent-host-protocol), Kotlin, Go, Swift. Start lokal: code agent host bzw. code-insiders agent host. Im Ernst: Das ist die Stelle, an der aus „Feature in VS Code“ ein Protokoll wird, das andere Clients andocken können — Monitor, Approve, Tools beisteuern.

Primärquelle zum Nachlesen: der offizielle Blog-Post zur Agent-Host-Architektur bei Visual Studio Code.

Insiders 1.138: Session-Links, die der Browser versteht

Session Links Browser Diff Review — Browser und Smartphone mit Diff-Review neben laufender Agent-Session (Symbolbild)

Stand 8. September 2026 bringt Insiders 1.138 genau den Hook, der meinen Fail vom Browser-Diff erklärt: Agent-Host-Sessions und Chats bekommen browser-adressierbare Links. Damit lassen sich Sessions aus einer anderen App, einem Issue oder Terminal-Output wiederöffnen oder teilen. Issue-Nummer laut Notes: #334963.

Spoiler: Das klingt nach „Sharing-Button“. Es ist die Stelle, an der Long-Horizon-Arbeit aus dem Editor rauswandert. Jemand postet den Link ins Ticket. Jemand öffnet ihn im Browser. Der Diff erscheint dort zuerst — und plötzlich ist Review ein Web-Tab, nicht mehr der Side-by-Side im Editor, den Sie gewohnt sind.

Weitere relevante Punkte aus denselben Insiders-Notes:

New session beside current (#334508): neue Session neben der aktuellen, aktuelle Arbeit bleibt sichtbar.
Ohne Workspace: Issue-/PR-Kontext nach Repo-Auswahl anheften (#335064).
Voice mode mit besserer Session-Awareness — recent Sessions finden, wechseln, Status melden (#334600).
Claude/Codex-SDK-Download-Recovery, wenn die gewählte Agent-SDK fehlt (#334675).
Sandbox-Defaults konsistent mit shared Runtime (#334275).
Agents-Window-Workspace-Picker vereinheitlicht: lokale Folder, GitHub-Repos, Cloud-Repos, Remote-Targets (#334563).
Archive-/Delete-Policies für Sessions mit gemergten PRs: inaktive archivieren, auto-archivierte nach Grace permanent löschen, sichere Worktrees entfernen (#334352).

Die kurze Version für den Alltag: Links machen Sessions teilbar und wiederauffindbar. Policies machen Session-Müll beherrschbar. Sandbox-Defaults reduzieren „warum ist das lokal anders als remote“-Debatten. Und „Session neben Session“ ist genau das Parallelitäts-Werkzeug, das man braucht, wenn ein Agent langläuft und Sie trotzdem etwas Neues anstoßen wollen.

Wer agentisches Coding mit Copilot schon in anderen Modell-Konstellationen verfolgt hat — etwa in unserem Stück zu GitHub Copilot, Grok und agentischem Coding —, sieht das Muster: Mehr Parallelität braucht bessere Session-Hygiene. Links und Archive-Policies sind genau diese Hygiene.

Primärquelle Updates: die VS Code Insiders-Notes zu Version 1.138.

Remote, Web, lokal: drei Wohnungen für denselben Agent

Der Agent Host kann lokal als VS Code Utility-Process oder remote als Standalone-Server laufen. Remote heißt: Host mit Workspace auf einer anderen Machine; Sie verbinden sich von Desktop oder Web, checken Progress, reviewen Changes, managen Sessions. Die Demo-Route aus dem Blog: Agents Window → remote Host → weiter unter insiders.vscode.dev/agents.

Im Ernst: Das ist cool für Long-Horizon — Build über Nacht, Review am Tablet, Approve vom Laptop. Klingt einfach ist es aber nicht, weil der Diff-Ort wechselt. Lokal im Editor fühlt sich Review nach „meine Dateien“ an. Im Browser fühlt es sich nach „fremd gehosteter Diff“ an, auch wenn es Ihre Session ist. Psychologie zählt hier mehr als Feature-Listen.

Geräte-Personifikation: Der lokale Host ist der Mitbewohner im Keller. Der remote Host ist der Mitbewohner in einer anderen Stadt. Sie telefonieren mit beiden über AHP. Beide können denselben Session-State zeigen. Aber wenn Sie den lokalen Keller-Strom abklemmen (VS Code quit), ist der lokale Mitbewohner weg. Der remote bleibt — bis dessen Machine schläft.

Parenthese für Admins: Sandbox-Defaults, die mit shared Runtime konsistent sind, und Cleanup-Policies für gemergte PR-Sessions sind genau die Stellen, an denen Enterprise-Teams hinhören sollten. Persistent Sessions ohne Lifecycle-Regeln werden zu Geister-Worktrees und Disk-Müll. Wer Datenhaltung und Review-Standards bei Copilot schon verfolgt, kennt den Ton aus unserem Text zu Admin-Review und Standard-Datenhaltung bei GitHub Copilot — Policy kommt nach, wenn Features schon im Alltag sind.

Consumer und Enterprise: wer profitiert, wer stolpert

Consumer-Seite: Long-Horizon-Bastelprojekte. Agent startet Refactor, Sie schließen den Folder, kochen, kommen zurück, Session lebt. Session-Link in die Notizen, später im Browser weiter. Voice mode, der weiß, welche Session gerade dran ist. Das ist Alltagstauglichkeit für Leute, die nicht den ganzen Tag starr auf denselben Chat starren.

Enterprise-Seite: Remote Hosts, geteilte Session-Links aus Issues, einheitlicher Workspace-Picker inkl. Cloud- und Remote-Targets, Archive-Policies nach Merge. Dazu die harte lokale Regel: VS Code muss für managed local Hosts laufen — das ist kein Cloud-Worker-Ersatz out of the box. Wer „Agent läuft auf dem Build-Server, ich schau nur zu“ will, braucht die Remote-Variante bewusst aufgesetzt (SSH, Dev Tunnels, Web — laut Blog mit eigener Doku).

Spoiler: Der Stolperstein ist derselbe für beide Segmente. Diff und Review können zuerst im Browser landen. Dann fehlen Editor-Habits: Inline-Diagnostics, vertraute Keybindings, das Gefühl „ich stehe in der Datei“. Manche werden den Link lieben. Manche werden ihn hassen und sofort zurück in den Editor springen. Beides ist okay — solange klar ist, dass die Session dieselbe ist.

Nerd-Alarm: Multiple Harnesses im selben Host-Modell bedeuten auch: Copilot-SDK und Claude-Agent-SDK behalten eigene Loops, Tools, Provider-Fähigkeiten. Der Host vereinheitlicht Session-Erlebnis, nicht Harness-Charakter. Wer erwartet, dass „Agent Host“ alle Agents gleich schmecken lässt, wird enttäuscht. Wer erwartet, dass Sessions gleich finden, teilen und überleben, wird bedient.

Vergleichshalber — wer Canvas, Cursor und ähnliche Surfaces schon gegeneinander gelegt hat, findet bei uns den Vergleich von ChatGPT Canvas und Cursor. Der Punkt hier ist ein anderer: Nicht welches UI am schönsten schreibt, sondern welcher Prozess die Session besitzt, wenn das UI weg ist.

Praxis-Fails: Was schiefgeht, wenn Persistenz zur Gewohnheit wird

Drei Szenarien aus dem Nerd-Alltag, die ich Ihnen nicht ersparen will — weil genau hier der Agent Host aufhört, Architektur-Blog zu sein, und anfängt, Ticket-Material zu produzieren.

Szenario eins: Sie schließen den Folder, lassen VS Code offen, gehen in ein Meeting. Der Agent fragt nach einer Permission. Niemand antwortet. Die Session wartet. Sie kommen zurück, denken „der ist fertig“, und erst im Agents Window sehen Sie den Pending-Prompt. Spoiler: Persistent heißt nicht telepathisch. Der Host hält State — Entscheidungen treffen weiter Sie.

Szenario zwei: Session-Link wandert in ein öffentliches Issue. Kolleginnen und Kollegen öffnen ihn. Plötzlich reviewen drei Leute denselben Diff im Browser, während Sie lokal noch am Prompt schrauben. AHP erlaubt multiple Clients um eine Session — das ist Feature. Ohne Abprache ist es Chaos. Die kurze Version: Links sind Einladungen. Einladungen brauchen Hausordnung.

Szenario drei: Sie quitten VS Code „kurz“, weil der Rechner schlafen soll. Lokaler Host weg. Session weg — zumindest die managed local Variante. Am nächsten Morgen der klassische Fail: „Gestern lief doch noch was?“ Ja. Bis Sie den Stecker gezogen haben. Im Ernst: Die Quit-Regel steht in der Quelle, weil sie Leute sonst böse überrascht.

Nerd-Alarm: Long-Horizon ohne Observability ist nur Hoffnung. Agents Window, Session-Links und Voice-Awareness helfen — aber nur, wenn Sie sie aktiv nutzen. Sonst stapeln sich Changesets wie ungeöffnete Briefe. Und irgendwann ist der Diff im Browser die einzige Erinnerung daran, dass gestern noch jemand (etwas) gearbeitet hat.

These: Long-Horizon ja — aber Review-Ort und Quit-Regel beachten

Die klare These, ohne Weichspüler: Agent Host und Session-Links sind cool für Long-Horizon-Arbeit. Folder zu, Agent läuft (solange VS Code lokal läuft). Remote und Browser erweitern den Radius. AHP macht Sessions URI-adressierbar und multi-client-fähig. Gleichzeitig: Diff und Review können erst im Browser auftauchen — und lokal ist Quit VS Code weiterhin Session-Kill für den managed local Host.

Checkliste für den Alltag:

Vor Close Folder: wissen, dass die Session weiterläuft — gewollt oder nicht.
Vor Quit VS Code: lokale Sessions bewusst beenden oder Status checken.
Session-Links nur teilen, wenn der Empfängerkreis den Diff sehen darf.
Remote Host bewusst aufsetzen, wenn Sie wirklich maschinenübergreifend arbeiten wollen — nicht lokal und hoffen.
Archive-/Delete-Policies für gemergte PR-Sessions aktiv denken, sonst stapeln sich Worktrees.
Review-Ort wählen: Browser für Überblick, Editor für Feinschliff — dieselbe Session, andere Haltung.

Im Ernst: Das ist kein Magie-Update. Es ist ein Prozess-Schnitt. Der Agent zieht aus dem Fenster aus und in den Host ein. Sie behalten den Schlüssel (Clients, Links, Agents Window). Der Hausmeister (Host) behält den State. Und irgendwann sehen Sie den Diff zuerst im Browser und denken: Ah. Genau deshalb heißt das Ding Session — nicht „Chat in diesem einen Ordner“.

Wer das als Bastelprojekt angehen will: Insiders aktualisieren, Workflow mit Close Folder durchspielen, einmal remote unter insiders.vscode.dev/agents andocken, einen Session-Link erzeugen, ihn selbst wieder öffnen. Dann entscheiden, ob Ihr Team das als Feature oder als Governance-Thema behandelt. Meistens ist es beides.

Die kurze Version zum Mitnehmen: Folder zu ≠ Agent tot. VS Code quit (lokal) ≈ Host weg. Session-Link ≈ Diff kann woanders landen. Long-Horizon gewinnt. Blindes Vertrauen verliert. Und wenn Ihr Editor Sie nach dem Reopen anschaut wie jemand, der die Renovierung verpasst hat — dann hat der Agent Host genau das getan, wofür er gebaut wurde.