Microsoft har lige ændret grundlaget for, hvordan AI-agenter kører inde i verdens mest brugte kodeeditor. Med VS Code 1.136, udgivet 2. september 2026, introducerer Microsoft en helt ny arkitektur kaldet Agent Host og en tilhørende åben protokol, Agent Host Protocol (AHP). Kort fortalt flytter AI-agenter som Copilot, Claude og Codex ud af editorens udvidelsesproces og ind i deres egen dedikerede proces, der kan tilgås fra flere vinduer, flere klienter og endda eksterne værktøjer på samme tid. For de 75,9 procent af verdens udviklere, der ifølge Stack Overflows Developer Survey 2025 bruger VS Code regelmæssigt, er det en stille, men markant ændring i hvordan agentbaseret kodning fungerer i praksis.
Hvad er Agent Host og Agent Host Protocol i VS Code 1.136?
Agent Host er en selvstændig proces, der ejer AI-agentsessioner, adskilt fra den klassiske udvidelseshost, som VS Code har brugt i årevis til at køre plugins og extensions. Ifølge Microsofts eget udviklerblog fra 26. august 2026 er formålet at give sessioner, der overlever, selv efter man lukker mappen eller det vindue, hvor de startede, og som kan holdes synkroniseret på tværs af klienter. Det officielle citat lyder: “We’re introducing the Agent Host, a self-contained process that owns agent sessions, and the open Agent Host Protocol (AHP) for connecting hosts and clients,” skriver VS Code-teamet på deres officielle blog.
AHP selv er beskrevet som en åben, agent-agnostisk protokol mellem en host og dens klienter, bygget på JSON-RPC til kommunikation. Det betyder, at protokollen ikke er låst til Copilot alene. Enhver udvikler, der bygger en agentklient, kan koble sig på VS Codes orkestreringslag uden at skulle reverse-engineere udvidelseshosten. VS Codes egen dokumentation formulerer det sådan: “Agent Host Protocol is an open, agent-agnostic protocol between a host and its clients,” ifølge den officielle konceptdokumentation.
Sådan fungerer arkitekturen bag AHP
Teknisk set bruger AHP immutable, Redux-lignende tilstandstræer med rene reducers til at synkronisere sessionsdata. Hver ressource, altså session, chat, terminal og changeset, er repræsenteret som en URI-adresserbar kanal, som klienter kan abonnere på for at modtage opdateringer i realtid. Når en klient udfører en handling, anvendes den optimistisk lokalt og forsones bagefter, når serveren ekkoer handlingen tilbage, nogenlunde som man kender det fra Redux-mønstret i moderne webapplikationer.
Kommandoerne bag den nye proces
I VS Codes udgivelsesnoter for version 1.131 beskriver teamet arkitekturskiftet direkte: “As mentioned in our last few releases, we’re rearchitecting how agent sessions work in VS Code around the agent host – a dedicated process that runs agent harnesses such as Copilot, Claude, and Codex, based on the Agent Host Protocol (AHP),” ifølge de officielle release notes. Udviklere kan starte en fritstående Agent Host med kommandoen code agent host i den stabile udgave, eller code-insiders agent host i Insiders-kanalen.
# Start en fritstående Agent Host (stabil udgave)
code agent host
# Start en fritstående Agent Host (Insiders-kanal)
code-insiders agent hostVedvarende sessioner på tværs af vinduer
Den mest håndgribelige forskel for den enkelte udvikler er, at en agentsession ikke længere dør, når man lukker vinduet. Fordi Agent Host ejer sessionens tilstand uafhængigt af brugergrænsefladen, kan man lukke laptoppen midt i en lang refaktorering udført af en agent, åbne et andet VS Code-vindue senere, og fortsætte præcis samme session. Ifølge VS Codes egne udgivelsesnoter til version 1.126 gælder det også på tværs af flere klienter samtidig: “AHP lets us connect and render the same agent session from multiple clients and VS Code windows at the same time,” fremgår det af release notes for version 1.126.
Fra udvidelseshost til dedikeret agent-proces: hvorfor det betyder noget
I den gamle model kørte AI-agenter inde i den samme proces som resten af editorens udvidelser. Det lyder ufarligt, men i praksis betød det, at en tung eller ustabil extension kunne blokere eller forsinke en agents svar, fordi begge delte den samme trådpulje og de samme ressourcer. Med den nye adskillelse kører agenter i en dedikeret proces, hvilket ifølge teknologimediet ntcompatible.com er “critical, because agents no longer get blocked by busy extensions, and sessions survive even after you close the editor window,” som beskrevet i deres gennemgang af version 1.136.
Det lyder som et internt VS Code-anliggende, men konsekvensen rækker videre. Når agentprocessen er isoleret og adresserbar via en åben protokol, bliver den i praksis en form for infrastruktur, som andre værktøjer kan bygge oven på. Det minder om den rolle, Language Server Protocol fik for sprogunderstøttelse for ti år siden: en kedelig, teknisk standard, der endte med at forme, hvordan hele branchen byggede editorintegrationer.
Flere AI-agenter i samme editor: Copilot, Claude og Codex side om side
Det mest interessante ved AHP er ikke, at det understøtter Copilot bedre. Det er, at det er designet til at være ligeglad med, hvilken agent der kører. VS Codes egne release notes nævner eksplicit, at agent-hosten kører “agent harnesses such as Copilot, Claude, and Codex” som ligestillede muligheder på samme infrastruktur. I praksis betyder det, at et udviklerteam, der bruger Copilot til nogle opgaver og en Claude-baseret agent til andre, ikke længere behøver at skifte mellem separate vinduer, terminaler eller browserfaner. Begge kan køre gennem samme Agent Host og blive vist i samme session-UI.
Det her sker i øvrigt samtidig med, at GitHub selv udvider sit modeludvalg i Copilot markant. I september 2026 blev både GPT-6 Astra og Gemini 3.8 Flash gjort tilgængelige i Copilot, og Claude Fable 5.1 opnåede generel tilgængelighed (GA) i samme platform, ifølge GitHubs eget changelog. Samtidig varsler GitHub, at ældre modeller udfases 2. oktober 2026: Gemini 3.5 Flash og Gemini 3.6 Flash erstattes begge af Gemini 3.8 Flash, Kimi K2.7 Code erstattes af Kimi K3, og Claude Opus 4.7 erstattes af Claude Opus 5. Med andre ord accelererer modeludskiftningen i samme uge, som selve editor-infrastrukturen omkring agenter ændrer sig fundamentalt.
Copilot-harnessen og Copilot SDK’en forklaret
Den Copilot-agent, der leveres sammen med Agent Host, er bygget på Copilot SDK’en, hvilket ifølge VS Codes release notes til version 1.131 betyder, at “the agent host’s Copilot agent is powered by the Copilot SDK, which means that its behavior and functionality is aligned with the Copilot CLI, the standalone GitHub Copilot app, and other Copilot products,” som det fremgår af de officielle udgivelsesnoter. Det er en vigtig detalje for teams, der bruger Copilot både i editoren, i CLI’en og i den fritstående app: opførslen bliver nu ensartet på tværs af alle tre indgange, fordi de deler samme underliggende motor.
Samtidig oplyser GitHub, at “JetBrains harness”-integrationen, altså Copilots agent-motor til JetBrains-familiens IDE’er, nåede generel tilgængelighed i samme opdateringsbølge i begyndelsen af september 2026. Det betyder, at samme underliggende Copilot-agentarkitektur nu findes tilgængelig i både VS Code og JetBrains-miljøer, om end de to platforme har valgt forskellige tekniske veje til at hoste agentsessionerne.
Markedskontekst: VS Codes dominans blandt udviklere
For at forstå, hvorfor en ændring i én editors interne arkitektur overhovedet er en nyhedsstory, skal man se på skalaen. Ifølge Stack Overflows Developer Survey 2025 bruger 75,9 procent af de adspurgte udviklere VS Code regelmæssigt, hvilket gør den til den mest brugte kodeeditor for fjerde år i træk. Microsoft har desuden oplyst, at 50 millioner udviklere aktivt bruger Visual Studio og VS Code hver måned, målt frem til 15. maj 2025. InfoWorld beskriver situationen med, at VS Code ligger på 75,9 procent blandt alle respondenter og 76,2 procent blandt professionelle udviklere, ifølge deres analyse af VS Codes vedvarende dominans.
Det betyder, at enhver ændring i, hvordan VS Code håndterer AI-agenter, potentielt påvirker et flertal af alle professionelle softwareudviklere globalt, herunder et stort antal danske og nordiske virksomheder, hvor VS Code i praksis er blevet standardværktøjet på tværs af backend-, frontend- og DevOps-teams. Har du ikke selv sat editoren op endnu, kan du følge vores trinvise guide til VS Code-opsætning.
Editor- og IDE-markedsandele i 2025
| Editor/IDE | Andel blandt udviklere (2025) | Kilde |
|---|---|---|
| VS Code | 75,9% | Stack Overflow Developer Survey 2025 |
| Visual Studio | 29% | Stack Overflow Developer Survey 2025 |
| Notepad++ | 27,4% | Stack Overflow Developer Survey 2025 |
| IntelliJ IDEA | 27,1% | Stack Overflow Developer Survey 2025 |
| Vim | 24,3% | Stack Overflow Developer Survey 2025 |
Tallene tælles ikke op til 100 procent, fordi mange udviklere svarer, at de bruger flere værktøjer regelmæssigt. Men billedet er entydigt: VS Codes andel er mere end dobbelt så stor som næststørste konkurrent, og det er netop i den kontekst, at Agent Host-arkitekturen skal forstås. En ændring her rammer bredere end en tilsvarende ændring hos enhver anden editor-udbyder.
Historisk kontekst: fra extension host til agent host
VS Code har historisk bygget hele sin udvidelsesarkitektur omkring én central udvidelseshost, hvor tredjepartsplugins, sprogtjenester og senere de første Copilot-integrationer alle delte samme proces. Det gav enkelhed, men også skrøbelighed: en fastlåst extension kunne i værste fald bremse hele editoren. Da AI-agenter blev en central del af arbejdsdagen for mange udviklere i løbet af 2024 og 2025, blev denne delte arkitektur en flaskehals, fordi agenter ofte kører længerevarende, ressourcetunge opgaver som at gennemsøge hele kodebaser eller udføre flertrins-refaktoreringer.
Agent Host er svaret på den flaskehals, og det er værd at bemærke, at Microsoft ikke har annonceret det som en enkeltstående funktion, men som en fleretaptes rejse. Version 1.126 introducerede de første AHP-koncepter, version 1.131 udvidede understøttelsen af flere harnesses, og version 1.136 fra 2. september 2026 er det, teamet selv omtaler som den arkitektur, der er klar til bred brug. Det er samme mønster, VS Code tidligere har brugt til store skift, som da Language Server Protocol blev udbredt gradvist over flere års udgivelser i stedet for på én gang.
Konkurrentanalyse: JetBrains, Cursor, Windsurf og Zed
Spørgsmålet, mange udviklerteams stiller nu, er, om konkurrenterne har eller får noget tilsvarende. Svaret er nuanceret. JetBrains har, som nævnt, fået sin egen Copilot-agentharness til generel tilgængelighed i samme opdateringsbølge i september 2026, men det er en integration af Copilots agentmotor i JetBrains-miljøet, ikke en selvstændig, åben protokol svarende til AHP udviklet af JetBrains selv. For Cursor, Windsurf og Zed findes der, ud fra den research der ligger til grund for denne artikel, ingen bekræftede, offentligt dokumenterede lanceringer af en tilsvarende session-persisterende, multi-klient protokol pr. starten af september 2026.
Det er ikke det samme som at sige, at de ikke arbejder på det. Men det betyder, at VS Code i skrivende stund er den eneste af de store editorer, der har en dokumenteret, åben og agent-agnostisk protokol til at dele agentsessioner på tværs af vinduer og klienter. For teams, der vælger editor ud fra, hvor godt AI-agent-arbejdsgangen fungerer, er det en reel differentiator lige nu, ikke bare en marketingpåstand. Vi har tidligere set nærmere på, hvordan Visual Studio 2026 selv satser på fem AI-agenter, og på hvordan man sætter Copilots agenter op direkte i VS Code.
Sammenligning af agent-infrastruktur på tværs af værktøjer
| Værktøj | Dedikeret agent-session-arkitektur | Status pr. september 2026 |
|---|---|---|
| VS Code | Agent Host + AHP (åben, agent-agnostisk protokol) | Generelt tilgængelig fra version 1.136 (2. sep. 2026) |
| GitHub Copilot (JetBrains-integration) | Copilot-agentharness i JetBrains-IDE’er | Generel tilgængelighed opnået september 2026 |
| Copilot Studio | GitHub Copilot-harness til agent-workflows | Generel tilgængelighed opnået 2. sep. 2026 |
| Cursor | Ingen bekræftet offentlig, tilsvarende protokol | Ikke dokumenteret i tilgængelige kilder |
| Windsurf | Ingen bekræftet offentlig, tilsvarende protokol | Ikke dokumenteret i tilgængelige kilder |
| Zed | Ingen bekræftet offentlig, tilsvarende protokol | Ikke dokumenteret i tilgængelige kilder |
Sikkerheds- og pålidelighedsovervejelser ved agent-til-agent overdragelse
Microsofts egen dokumentation fremhæver primært pålidelighedsgevinster: procesisolering betyder, at agenter ikke længere blokeres af tunge udvidelser, og den immutable tilstandsmodel med rene reducers giver en deterministisk måde at holde flere klienter synkroniserede på. Det er reelle forbedringer i forhold til den gamle, delte arkitektur.
Til gengæld findes der, ud fra den offentligt tilgængelige dokumentation og dækning, ingen eksplicit trusselsmodel for selve agent-til-agent-overdragelsen. Der er ikke offentliggjort konkrete sårbarheder eller sikkerhedshændelser knyttet til AHP, men det er værd at bemærke, at en åben, agent-agnostisk protokol i sagens natur udvider den tekniske angrebsflade, fordi flere eksterne klienter og harnesses nu kan koble sig til samme session. For sikkerhedsansvarlige i danske virksomheder, der allerede navigerer NIS2-krav om leverandørstyring, er det et punkt værd at holde øje med, efterhånden som flere tredjepartsagenter begynder at bygge mod AHP.
Hvad betyder det for danske og nordiske udviklerteams?
For teams i Danmark og resten af Norden, hvor VS Code allerede er det mest udbredte valg, kommer opdateringen uden krav om aktiv handling for at fortsætte med at bruge editoren som hidtil. Men teams, der aktivt orkestrerer flere agenter, for eksempel en Copilot-agent til implementering og en separat agent til kodegennemgang, kan nu samle begge dele i én session i stedet for at holde styr på separate vinduer eller browserfaner manuelt.
Det er også relevant at koble sammen med de øvrige ændringer, GitHub har varslet for Copilot i samme periode: skærpede kreditgrænser, ny fakturering pr. sæde og udvidet dataopbevaring i den kommende samlede Copilot-oplevelse, som vi tidligere har dækket i artiklen om, hvordan Copilot nu kan godkende PR’er og gemme data hele kontoens levetid. Når agentsessioner samtidig bliver vedvarende og deles på tværs af klienter via AHP, bliver spørgsmålet om, hvor længe kode, prompts og sessionsdata opbevares, endnu mere relevant for compliance-ansvarlige, der skal dokumentere databehandling under GDPR. Det sker desuden i en periode, hvor Copilots andel af markedet allerede er under pres fra Claude Code, hvilket gør spørgsmålet om en åben, agent-agnostisk protokol endnu mere relevant for GitHub.
Fem forudsigelser for de næste 12 måneder
- Konkurrerende editorer som Cursor, Windsurf og Zed vil sandsynligvis annoncere egne varianter af session-persisterende agentarkitektur inden for det næste år, i takt med at brugerne begynder at forvente funktionen som standard.
- Fordi AHP er designet som en åben protokol, er der en reel chance for, at den ender med at blive en de facto-standard, som tredjepartsagentbyggere designer imod, på samme måde som Language Server Protocol blev det for sprogunderstøttelse.
- Virksomheders sikkerhedsteams vil i stigende grad kræve dokumenterede audit-spor for agent-til-agent-overdragelser, efterhånden som flere agenter kobler sig til samme Agent Host, et område den nuværende dokumentation endnu ikke dækker i detaljer.
- I takt med at GitHub strammer Copilot-kreditter og fakturering fra oktober 2026, kan den agent-agnostiske AHP gøre det lettere for tredjepartsagenter som Claude-baserede eller Codex-baserede harnesses at vinde terræn inde i VS Code, fordi protokollen ikke favoriserer Copilot teknisk.
- Nordiske virksomheder omfattet af NIS2 og GDPR vil sandsynligvis skulle opdatere deres interne retningslinjer for databehandling, efterhånden som vedvarende agentsessioner gemmer kode og prompts på tværs af længere tidsrum end tidligere.
Konklusionen: en kedelig opdatering med stor rækkevidde
Agent Host og AHP er ikke en opdatering, der giver nye AI-modeller eller flottere autocomplete i vores samling af artikler om udviklerværktøjer. Det er rørarbejde. Men fordi VS Code bruges af mere end tre ud af fire udviklere globalt, betyder selv kedelige infrastrukturændringer noget for, hvordan hele branchen arbejder med AI-agenter fremover. Når protokollen samtidig er åben og agent-agnostisk, ligger der en mulighed for, at den ender med at forme markedet for agentorkestrering langt ud over selve VS Code, præcis som tidligere kedelige, tekniske standarder har gjort før den.
Ofte stillede spørgsmål
Hvad er Agent Host i VS Code?
Agent Host er en dedikeret, selvstændig proces i VS Code 1.136, der ejer og kører AI-agentsessioner adskilt fra editorens klassiske udvidelseshost.
Hvad er Agent Host Protocol (AHP)?
AHP er en åben, agent-agnostisk protokol bygget på JSON-RPC, der forbinder en Agent Host med dens klienter og synkroniserer sessionsdata via immutable tilstandstræer.
Hvornår blev VS Code 1.136 udgivet?
VS Code 1.136 blev udgivet 2. september 2026 og introducerede Agent Host-arkitekturen som en central nyhed.
Kan flere AI-agenter køre samtidig i VS Code med AHP?
Ja. Agent Host kan køre flere agentharnesses, herunder Copilot, Claude og Codex, og protokollen er designet til at være ligeglad med, hvilken agent der bruges.
Overlever en agentsession, hvis jeg lukker VS Code?
Ja. Fordi Agent Host ejer sessionens tilstand uafhængigt af editorvinduet, kan sessionen fortsætte og genåbnes fra et andet vindue eller en anden klient, selv efter det oprindelige vindue er lukket.
Hvordan starter jeg en fritstående Agent Host?
Kommandoen code agent host starter en fritstående Agent Host i den stabile udgave af VS Code, mens code-insiders agent host gør det samme i Insiders-kanalen.
Har JetBrains, Cursor, Windsurf og Zed noget tilsvarende?
JetBrains har fået sin egen Copilot-agentharness til generel tilgængelighed i september 2026, men det er en integration af Copilots motor, ikke en selvstændig, åben protokol. For Cursor, Windsurf og Zed findes der ingen bekræftet, offentligt dokumenteret protokol svarende til AHP pr. september 2026.
Hvad betyder Agent Host for danske virksomheders GDPR- og NIS2-compliance?
Fordi agentsessioner nu kan være vedvarende og deles på tværs af klienter, bør compliance-ansvarlige holde øje med, hvor længe kode, prompts og sessionsdata opbevares, især i lyset af GitHubs samtidige udvidelse af dataopbevaringen for Copilot-oplevelsen.
