GitHub Copilot fik sin største opdatering i lang tid i august 2026. Agent Plugins 1.0 blev gjort generelt tilgængelig den 10. august, og fire dage forinden landede Kimi K3 som ny model i abonnementet. Sammen ændrer de to ting hvordan du sætter Copilot op i VS Code, fordi du nu bygger og installerer genbrugelige agent-plugins i stedet for at klistre de samme instruktioner ind i hver eneste chat. Denne guide viser dig, trin for trin, hvordan du kommer fra en frisk VS Code-installation til en fuldt konfigureret opsætning med Kimi K3 som model og dine egne plugins koblet på.

Du får en komplet arbejdsgang: installation, model-konfiguration, plugin-opbygning, marketplace-distribution til resten af teamet og fejlfinding, når noget går galt. Vi bruger kun funktioner, der reelt er landet i Copilot og VS Code per august 2026, så du kan følge med uden at støde på funktioner, der endnu ikke findes.

Hvad er GitHub Copilot Agent Plugins, og hvorfor skal du bruge dem nu

Agent Plugins er en pakkeformat til Copilot, hvor du bundter instruktioner, hooks og værktøjsdefinitioner i én installerbar enhed. Før Agent Plugins skulle du kopiere de samme prompt-snippets ind i hver ny chatsession eller vedligeholde dem separat i hvert repository. Med plugins bygger du dem én gang og genbruger dem på tværs af VS Code, Copilot CLI, Copilot SDK og Copilot-appen, ifølge GitHubs eget changelog fra 10. august 2026.

Samtidig rullede GitHub Kimi K3 ud i Copilot fra 6. august 2026, efter en kort pause på grund af en incident i GitHub Actions. Modellen er tilgængelig på tværs af Copilot Pro, Pro+, Max, Business og Enterprise, og den afregnes efter brug: 3 dollar per million input-tokens, 15 dollar per million output-tokens og 0,30 dollar per million cachede input-tokens ved udbyderens listepris, ifølge GitHubs changelog for Kimi K3. Kombinationen af en ny, billigere model og et plugin-system, der faktisk virker på tværs af værktøjer, gør august 2026 til det rigtige tidspunkt at rydde op i din Copilot-opsætning.

Denne guide er en opfølgning på vores tidligere gennemgang af Copilot Agents i VS Code, men fokuserer specifikt på plugin-arkitekturen og den nye model, som ikke fandtes, da den artikel blev skrevet.

Tidslinje: sådan rullede opdateringerne ud i august 2026

Opdateringerne kom ikke på én gang. GitHub rullede dem ud over cirka to uger, og rækkefølgen er værd at kende, hvis du undrer dig over, hvorfor din kollega ser andre funktioner end dig, alt efter hvornår I sidst opdaterede. Kimi K3 var ikke den eneste nye model i puljen: MAI-Code-1.1-Flash rullede ud samtidig med Agent Plugins 1.0 og tilføjede blandt andet native billedforståelse samt forbedringer til kodekvalitet og instruktionsfølgning, ifølge GitHubs eget changelog for 10. august.

Dato (2026)Begivenhed
3. augustUgentlig Copilot-opdatering: Auto viser nu hvilken model der behandlede hver forespørgsel, plus AI-credit- og cache-detaljer
4. augustGitHub Spark lukker for nye brugere og nye apps, GitHub konsoliderer AI-funktioner om Copilot
6. augustKimi K3 annonceres i Copilot, pauses kort på grund af en Actions-incident, og genoptages samme dag
10. augustAgent Plugins 1.0 bliver generelt tilgængelig, sammen med MAI-Code-1.1-Flash, Sessions og /tasks-visning
13. augustWorkspace V2 dokumenteres bredt: multi-fil-redigering med godkendelsesflow
14. augustCopilot CLI v1.0.80 udgives med opdaterede modelkonfigurationer
17. augustKortvarig driftsforstyrrelse rammer Copilot-autentificering i IDE’er; CLI og GitHub App forblev upåvirket

Er du på en VS Code-version eller Copilot-udvidelse fra før midten af juli, mangler du sandsynligvis flere af disse funktioner samtidig, ikke kun Agent Plugins. Derfor er trin 1 i denne guide en fuld opdatering, ikke bare en genstart.

Forudsætninger: dette skal du have klar, før du starter

Tjek denne liste, før du går i gang. De fleste fejl i denne type opsætning skyldes en forældet VS Code-version eller manglende licens.

KravMinimumsversion / detaljeHvor du tjekker det
Visual Studio Code1.129 eller nyere (agent host kræver dette; 1.131 anbefales)Hjælp → Om
GitHub Copilot-abonnementPro, Pro+, Business, Enterprise eller Max (Free-plan understøtter ikke Kimi K3)github.com/settings/copilot
GitHub Copilot-udvidelsenNyeste version fra VS Code MarketplaceExtensions-panelet (Ctrl+Shift+X)
GitHub Copilot Chat-udvidelsenNyeste version, installeres sammen med CopilotExtensions-panelet
GitHub Copilot CLI (valgfrit, men anbefalet)v1.0.80 eller nyerecopilot --version i terminalen
Node.js18 LTS eller nyere (kun hvis du bygger dit eget plugin)node --version
Git2.40 eller nyeregit --version
Organisationsrettigheder (til team-rollout)Admin eller Owner i din GitHub-organisationOrganisationens Settings-side

Har du en Copilot Free-konto, kan du følge trin 1-6 for at se grænsefladen, men du skal opgradere til Pro eller højere for at aktivere Kimi K3, da modellen kun er rullet ud til betalende planer.

Trin 1: Opdater VS Code og verificér agent host

Agent host er den proces i VS Code, der kører agent-harnesses som Copilot, Claude og Codex. Den blev introduceret i VS Code 1.129, udgivet 15. juli 2026, med en servicing-opdatering 1.129.1 to dage senere, ifølge VS Codes officielle release notes. Uden den korrekte version fungerer plugins slet ikke, så start her.

Åbn VS Code og gå til Hjælp → Tjek for opdateringer. Vent på, at den genstarter, og bekræft derefter versionen:

code --version
# Forventet output (eller nyere):
# 1.131.0
# a1b2c3d4e5f6...
# x64

Er dit tal lavere end 1.129, skal du opdatere manuelt fra code.visualstudio.com, da nogle Linux-distributioner og virksomheds-images halter bagefter det automatiske opdateringsflow.

Trin 2: Log ind og bekræft din Copilot-plan

Klik på Copilot-ikonet i statuslinjen nederst i VS Code, og log ind med din GitHub-konto, hvis du ikke allerede er logget ind. Bekræft derefter, hvilken plan du kører på, fordi Kimi K3 kun ruller ud til betalende tiers.

  • Åbn kommandopaletten med Ctrl+Shift+P (Cmd+Shift+P på macOS)
  • Skriv “Copilot: Status” og tryk Enter
  • Kontrollér, at planen viser Pro, Pro+, Business, Enterprise eller Max

Hvis du administrerer Copilot for et team, kan du i stedet tjekke planer centralt under organisationens Settings → Copilot → Access, hvor alle brugeres tildelte planer er listet.

Trin 3: Aktivér Kimi K3 som model

Klik på model-vælgeren i Copilot Chat-panelet (den lille dropdown øverst, hvor der typisk står “GPT” eller “Claude”). Kimi K3 dukker op i listen, hvis din plan understøtter den. Er den ikke synlig, skal du gå til Settings → Copilot → Model Access og aktivere den manuelt, da nogle organisationer har slået automatisk model-adgang fra af budgethensyn.

// settings.json - eksplicit valg af standardmodel
{
  "github.copilot.chat.defaultModel": "kimi-k3",
  "github.copilot.chat.experimental.showModelPicker": true
}

Test forbindelsen ved at stille et simpelt spørgsmål i chatten og bekræfte, at svaret viser Kimi K3 som den model, der behandlede forespørgslen. Siden den seneste opdatering viser “Auto”-tilstanden nu, præcis hvilken model der håndterede hver færdig forespørgsel, sammen med AI-credit- og cache-detaljer, hvilket gør det let at verificere.

Husk på prisstrukturen, når du vælger Kimi K3 som standard: 3 dollar per million input-tokens og 15 dollar per million output-tokens er billigere end de fleste konkurrerende reasoning-modeller, men caching (0,30 dollar per million cachede input-tokens) betyder, at gentagne, ensartede prompts er markant billigere end nye samtaler hver gang.

Trin 4: Aktivér Agent Plugins 1.0

Agent Plugins er slået til som standard i VS Code 1.129 og nyere, men det er værd at bekræfte, at funktionen er aktiv, inden du begynder at installere plugins. Åbn kommandopaletten og søg efter “Copilot: Manage Plugins”. Dukker kommandoen ikke op, mangler din VS Code-installation agent host-komponenten, og du skal gentage trin 1.

Ifølge VS Codes dokumentation for agent-plugins består et plugin af en manifestfil (plugin.json), valgfrie hooks og en samling af instruktioner eller værktøjer, som Copilot kan læse ved sessionsstart. Det gør plugins til noget mere struktureret end de løse instruktionsfiler, mange teams tidligere har vedligeholdt manuelt.

Samme opdatering, der bragte agent host til VS Code, indeholdt også en forhåndsvisning af en ny “Modern UI”. Den er kosmetisk i sig selv, men den er relevant her, fordi plugin-panelet og Sessions-sidebaren ligger et andet sted i menuen, når forhåndsvisningen er aktiveret. Har du svært ved at finde “Manage Plugins”, så tjek om Modern UI preview er slået til under Settings → Workbench → Appearance, og prøv begge layouts, før du konkluderer, at funktionen mangler.

Trin 5: Find og installér dit første plugin

Gå til plugin-panelet via Customize-menuen eller Settings-siden i Copilot Chat. Herfra kan du søge i offentligt tilgængelige plugins, se hvilken version der er installeret, og opdatere enkeltvis eller alle på én gang, en funktion GitHub fremhævede specifikt i sit changelog for 10. august.

# Installér et plugin via Copilot CLI
copilot plugin install code-review-checklist

# List installerede plugins og deres version
copilot plugin list

# Opdatér et enkelt plugin
copilot plugin update code-review-checklist

# Opdatér alle plugins på én gang
copilot plugin update --all

Start med et lille, veldokumenteret plugin, før du bygger dit eget. Det giver dig en fungerende reference at sammenligne med, når du selv skal strukturere manifestfilen i næste trin.

Trin 6: Byg dit eget plugin fra bunden

Nu bygger vi et konkret eksempel: et plugin, der tvinger Copilot til at følge en fast commit-standard og kører en sikkerhedstjekliste, før den foreslår kode til et pull request. Opret en mappe til pluginet og en manifestfil:

mkdir copilot-commit-standard
cd copilot-commit-standard
touch plugin.json instructions.md

Udfyld plugin.json efter strukturen, som GitHub beskriver i sin dokumentation om at oprette plugins:

{
  "name": "commit-standard",
  "version": "1.0.0",
  "description": "Håndhæver Conventional Commits og en sikkerhedstjekliste før forslag",
  "author": "dit-team",
  "entrypoint": "instructions.md",
  "hooks": {
    "pre-suggest": "security-check.sh"
  },
  "compatibility": ["vscode", "cli", "jetbrains"]
}

I instructions.md skriver du de faktiske regler, Copilot skal følge, for eksempel commit-formatet og hvilke mønstre den skal flagge (hardkodede nøgler, manglende input-validering, og så videre). Test pluginet lokalt, før du deler det:

copilot plugin install --local ./copilot-commit-standard
copilot plugin test commit-standard

Kompatibilitetsfeltet i manifestet er vigtigt: fordi Agent Plugins er bygget til at fungere på tværs af VS Code, CLI, SDK og appen, kan et enkelt plugin dække hele dit teams værktøjsflora, hvis du undgår IDE-specifikke stier og kommandoer i selve instruktionerne.

Selve security-check.sh behøver ikke være avanceret for at gøre nytte. Et simpelt grep-baseret script, der leder efter oplagte fejl som hardkodede API-nøgler, dækker allerede en stor del af de mest almindelige forseelser:

#!/bin/bash
# security-check.sh - simpelt pre-suggest hook
if grep -qE "(api[_-]?key|secret)\s*=\s*['\"][A-Za-z0-9]{16,}" "$1"; then
  echo "ADVARSEL: mulig hardkodet nøgle fundet i $1"
  exit 1
fi
exit 0

Scriptet får filstien som argument, returnerer exit-kode 1 ved fund, og Copilot bruger den kode til at afgøre, om den skal advare dig, før den viser et forslag. Byg gradvist videre på dette, efterhånden som I finder flere mønstre, teamet ønsker håndhævet automatisk, i stedet for at forsøge at dække alt fra starten.

Trin 7: Opret en plugin-marketplace til dit team

Når du har mere end ét plugin, giver det mening at samle dem i en marketplace, så resten af teamet kan installere dem uden at lede efter enkeltfiler i forskellige repositories. En marketplace er reelt et Git-repository med en indeksfil, der peger på hvert plugins manifest.

# marketplace.json
{
  "name": "acme-copilot-plugins",
  "plugins": [
    { "name": "commit-standard", "source": "https://github.com/acme/copilot-commit-standard" },
    { "name": "gdpr-checklist", "source": "https://github.com/acme/copilot-gdpr-checklist" }
  ]
}
# Tilføj din interne marketplace som kilde
copilot plugin marketplace add https://github.com/acme/acme-copilot-plugins

# Installér herfra
copilot plugin install gdpr-checklist --from acme-copilot-plugins

Hold marketplace-repositoryet privat, hvis dine plugins indeholder interne kodestandarder eller referencer til jeres arkitektur. Offentlige marketplaces er praktiske til generiske plugins, men bør ikke bruges til noget, der afslører interne systemnavne eller sikkerhedsprocesser.

Trin 8: Udnyt Workspace V2 til multi-fil-redigering

Workspace V2, en anden del af august-opdateringen, giver Copilot mulighed for at foreslå ændringer på tværs af flere filer på én gang, med en godkendelsesproces du gennemgår, før noget skrives til disk. Kombinér den med dit nye plugin ved at bede Copilot om en opgave, der rammer flere filer:

@workspace Opdater alle API-endepunkter i src/routes til at følge
commit-standard-pluginets navngivningsregler, og vis mig en samlet diff,
før du anvender ændringerne.

Copilot samler foreslåede ændringer i én oversigt, du kan acceptere fil for fil eller på én gang. Det er en markant anden arbejdsgang end tidligere, hvor du typisk skulle acceptere forslag i én fil ad gangen og selv holde styr på konsistensen.

Trin 9: Konfigurér Sessions og /worktree til parallelt arbejde

Har du flere opgaver kørende samtidig, bruger du Sessions-sidepanelet til at skifte mellem samtaler uden at miste kontekst. Kommandoen /worktree opretter et isoleret Git-worktree, så en agent kan eksperimentere uden at røre dine aktive, ikke-committede ændringer.

/worktree opret feature/plugin-test
/side Kan du forklare forskellen mellem pre-suggest og post-suggest hooks?
/tasks

/side åbner en parallel chat til et sidespørgsmål uden at afbryde din hovedopgave, mens /tasks giver dig et overblik over alle subagenter og deres status. Det er særligt nyttigt, når du har flere plugins, der hver kører deres egen pre-suggest-hook, og du skal kunne se hvilken der tager tid.

Der findes også en tredje kommando, /btw, som fungerer på samme måde som /side, men er tænkt til hurtige sidespørgsmål, du stiller “i forbifarten”, mens agenten venter på svar fra dig i hovedsessionen. Brug /side til spørgsmål, der kræver en længere udforskning, og /btw til de hurtige afklaringer, så din session-historik forbliver overskuelig. CLI’ens timeline viser desuden live-varigheden på hvert værktøjskald, hvilket gør det nemt at se, om det er dit eget plugin eller selve modellen, der bremser en session.

Trin 10: Byg et komplet eksempelprojekt

Sæt det hele sammen med et lille, men komplet projekt: en Node.js-baseret API, hvor Copilot med dit commit-standard-plugin og Kimi K3 som model hjælper dig med at bygge et endepunkt fra bunden.

mkdir demo-api && cd demo-api
npm init -y
npm install express
mkdir src
touch src/server.js

Åbn src/server.js i VS Code og bed Copilot Chat om følgende, med dit plugin aktivt:

@workspace Byg et Express-endepunkt POST /users, der validerer email
og password, hasher password med bcrypt, og returnerer 201 ved succes.
Følg commit-standard-pluginets sikkerhedstjekliste, og forklar hvilke
punkter i tjeklisten koden opfylder.

Fordi pre-suggest-hooket kører automatisk, skal Copilot i sit svar redegøre for, at den har undgået hardkodede hemmeligheder og tilføjet input-validering, før den viser dig koden. Godkend ændringen via Workspace V2’s diff-visning, og commit derefter med en besked, der følger dit plugins format:

git add src/server.js
git commit -m "feat(users): add POST /users endpoint with bcrypt hashing"

Test derefter, at endepunktet faktisk virker, før du går videre:

node src/server.js &
curl -X POST http://localhost:3000/users \
  -H "Content-Type: application/json" \
  -d '{"email":"[email protected]","password":"MinLangeAdgangskode123"}'

# Forventet output:
# {"id":1,"email":"[email protected]","createdAt":"2026-08-22T10:00:00.000Z"}

Trin 11: Rul opsætningen ud til hele teamet

Når din egen opsætning virker, er næste skridt at gøre den til en standard for hele teamet i stedet for noget, hver udvikler selv skal genopfinde. Tre ting gør den overgang markant lettere:

  • Læg jeres marketplace.json og plugin-repositories i en fælles GitHub-organisation med adgangsstyring via teams, ikke enkeltpersoner
  • Dokumentér i README, hvilken model (Kimi K3 eller en anden) der er standard for jeres use case, og hvorfor, så nye medarbejdere ikke selv skal gætte
  • Tilføj installationskommandoen til jeres onboarding-script, så en ny bærbar er klar til Copilot med plugins på under fem minutter

Brug Copilots ROI-sektion i impact-dashboardet til at følge, om den nye opsætning rent faktisk flytter noget. Sektionen kobler jeres Copilot-forbrug til antal pull requests, hvilket gør det lettere at vise IT-ledelsen konkrete tal i stedet for en fornemmelse af, at “det går hurtigere”.

For danske og nordiske teams er der en ekstra grund til at standardisere opsætningen frem for at lade den enkelte udvikler improvisere: sprog. Skriver jeres kodebase kommentarer og commit-beskeder på dansk, svensk eller norsk, kan et fælles plugin sikre, at Copilot respekterer den konvention, i stedet for automatisk at falde tilbage til engelsk, hvilket ellers er den hyppigste årsag til inkonsistente commit-historikker i blandede team-opsætninger.

Planlæg desuden en tilbagerulningsvej. Opdaterer I hele teamet til Agent Plugins samtidig, bør I have en kort periode, hvor både det gamle instruktionsflow og de nye plugins er tilgængelige, så en enkelt udvikler med en forældet VS Code-installation ikke blokeres fra at arbejde, mens de opdaterer.

Trin 12: Konfigurér BYOK med Ollama i JetBrains (avanceret, valgfrit)

Bruger dele af dit team JetBrains-IDE’er i stedet for VS Code, understøtter Copilots agent-infrastruktur nu Ollama som BYOK-udbyder (bring your own key), så lokale modeller kan bruges sammen med Copilots agent-lag. Det gør plugin-opsætningen relevant på tværs af IDE’er, ikke kun i VS Code.

# I JetBrains: Settings → Tools → GitHub Copilot → Model Providers
# Tilføj Ollama som BYOK-kilde
ollama pull llama3.1:8b
# Peg Copilot-udvidelsen på http://localhost:11434

Dine plugins fra VS Code virker som udgangspunkt uændret i JetBrains, så længe manifestets compatibility-felt inkluderer “jetbrains”, og instruktionerne ikke refererer til VS Code-specifikke kommandoer eller genveje.

Kimi K3, Grok 4.6 eller MAI-Code-1.1-Flash: hvilken model skal du vælge

August 2026 gav Copilot-brugere flere reelle valg på én gang, ikke kun Kimi K3. Grok 4.6, xAI’s nyeste reasoning-model, rullede ud i samme periode, og MAI-Code-1.1-Flash landede med native billedforståelse og forbedringer til kodekvalitet, instruktionsfølgning, værktøjsbrug og performance, ifølge GitHubs changelog. Ingen af de tre er en universel “bedste” model. Valget afhænger af, hvad du bruger Copilot til dagligt.

ModelStyrkeBedst til
Kimi K3Lav pris per token (3 dollar/million input, 15 dollar/million output)Høj-volumen opgaver som kodegennemgang og dokumentation
Grok 4.6Fokuseret på reasoningKomplekse fejlsøgnings- og arkitekturopgaver
MAI-Code-1.1-FlashNative billedforståelse, hurtig responsUI-relateret arbejde, hvor skærmbilleder eller mockups indgår i konteksten

De fleste teams ender med at bruge mere end én model. Sæt Kimi K3 som standard for hverdagsopgaver, hvor volumen er høj, og skift manuelt til Grok 4.6, når du sidder med en opgave, der kræver dybere ræsonnement, for eksempel en svær race condition eller en uklar performance-regression. Vil du læse mere om, hvordan de nye modeller ændrer konkurrencesituationen for Copilot, har vi dækket det i detaljer i vores artikel om Grok 4.6 og Kimi K3.

Komplet kommandoreference

KommandoFunktionKører i
copilot plugin install <navn>Installerer et plugin fra standard-marketplaceCLI
copilot plugin install --local <sti>Installerer et lokalt udviklet pluginCLI
copilot plugin listViser installerede plugins og versionerCLI
copilot plugin update --allOpdaterer alle installerede pluginsCLI
copilot plugin marketplace add <url>Tilføjer en ekstern eller intern marketplaceCLI
/sideÅbner en parallel chat uden at afbryde hovedopgavenVS Code, CLI
/worktreeOpretter et isoleret Git-worktree til en agent-sessionVS Code, CLI
/tasksViser alle aktive subagenter og deres statusVS Code, CLI
/rewindFortryder agentens filændringer uden Git, bevarer dine egne rettelserVS Code, CLI
@workspaceBeder Copilot arbejde på tværs af flere filer (Workspace V2)VS Code

6 faldgruber du skal undgå

  1. Du glemmer at opdatere VS Code først. Agent host kræver version 1.129 eller nyere. Er du på en ældre version, vises plugin-menuen slet ikke, og det ligner en bug i stedet for en manglende opdatering.
  2. Du antager, at Kimi K3 er gratis at bruge flittigt. Modellen afregnes efter forbrug (3 dollar/million input-tokens, 15 dollar/million output-tokens), så et team, der kører store, ukomprimerede prompts uden caching, kan se regningen stige hurtigt.
  3. Du bygger et plugin uden compatibility-feltet. Mangler feltet, eller peger instruktionerne på VS Code-specifikke stier, virker pluginet ikke i CLI eller JetBrains, selvom manifestet ellers er korrekt.
  4. Du deler en offentlig marketplace med interne detaljer. Sikkerhedstjeklister, der nævner jeres interne systemnavne eller arkitektur, hører hjemme i et privat repository, ikke en offentlig marketplace.
  5. Du tester aldrig pluginet lokalt før distribution. Et hook, der fejler stille i baggrunden, kan betyde, at Copilot springer sikkerhedstjek over uden at fortælle dig det. Kør altid copilot plugin test, før du deler et plugin med teamet.
  6. Du lader et langsomt hook blokere hele arbejdsgangen. Fordi hooks kører synkront i den nuværende version, mærker hele teamet det, hvis et enkelt plugin har et pre-suggest-hook, der kalder en langsom ekstern tjeneste. Hold hooks så lette som muligt, og flyt tunge opslag til en MCP-server i stedet.

Fejlfinding: 8 almindelige problemer og løsninger

  1. “Manage Plugins” vises ikke i kommandopaletten. Kør Hjælp → Tjek for opdateringer og bekræft, at du er på VS Code 1.129 eller nyere. Genstart VS Code helt, ikke kun vinduet.
  2. Kimi K3 mangler i modelvælgeren. Tjek din plan under github.com/settings/copilot. Free-planen understøtter ikke modellen. Er du på en betalende plan, kan din organisation have deaktiveret automatisk model-adgang under Settings → Copilot → Model Access.
  3. Plugin-installation fejler med “manifest invalid”. Valider din plugin.json mod JSON-syntaks først (en manglende komma er den hyppigste årsag), og bekræft at entrypoint-filen faktisk eksisterer i mappen.
  4. Copilot-autentificering fejler pludseligt i IDE’en. Tjek GitHubs statusside for aktive incidents. Under driftsforstyrrelsen 17. august 2026 var IDE-autentificering ramt, mens CLI og GitHub App fortsat virkede, så CLI kan bruges som midlertidig løsning.
  5. Et plugins hook kører aldrig. Bekræft, at hook-navnet i plugin.json matcher filnavnet præcist, inklusive filendelse, og at scriptet har eksekverbare rettigheder (chmod +x på macOS/Linux).
  6. Workspace V2 viser ingen diff at godkende. Bekræft, at du har brugt @workspace-prefixet i din forespørgsel. Uden det behandler Copilot forespørgslen som en almindelig enkeltfil-chat.
  7. Marketplace-tilføjelse fejler med “unreachable”. Bekræft, at repository-URL’en er korrekt, og at den er offentlig, eller at du har adgang, hvis den er privat. Et privat repository kræver, at din GitHub-token har repo-scope.
  8. Sessions-sidepanelet mister kontekst ved skift. Dette sker typisk, hvis du lukker en session med krydset i stedet for at bruge tastaturgenvejen. Brug n for ny session og x for at lukke den aktive for at bevare historik korrekt.

Avancerede tips til erfarne brugere

Kombinér --plan med --mode autopilot i CLI’ens headless-tilstand (-p), så agenten først producerer en plan og derefter implementerer den automatisk. Det passer godt sammen med isolerede worktrees, fordi du kan lade en autopilot-session køre uforstyrret, mens du selv arbejder videre i hovedgrenen.

Brug Copilot-memory til langvarige projekter. Funktionen holder styr på kontekst på tværs af chatsessioner, så du ikke skal gentage projektets sprog, rammer og domænebegreber, hver gang du starter en ny samtale. For nordiske teams, der arbejder med for eksempel offentlige it-systemer over flere måneder, betyder det markant færre gentagne instruktioner.

Sæt en fast queue op til lange operationer: du kan stille prompts, shell-kommandoer og slash-kommandoer i kø, mens en agent-tur allerede kører, i stedet for at vente inaktivt på, at den nuværende opgave er færdig. Det er den vigtigste enkeltændring, hvis dit team bruger Copilot til flertrins-refaktoreringer.

Overvej at bygge et lille “meta-plugin”, der ikke gør noget selv, men i stedet definerer, hvilke andre plugins der skal være aktive for et givent projekt. Det sparer nye teammedlemmer for at skulle huske fem separate installationskommandoer, og det gør det nemt at holde flere projekter med forskellige krav adskilt, uden at plugins fra ét projekt lækker ind i et andet.

Endelig: hold øje med token-forbruget per plugin, ikke kun per session. Et pre-suggest-hook, der sender hele filens indhold til modellen ved hvert forslag, kan hurtigt blive den største enkeltpost på jeres Kimi K3-regning. Skriv hooks, så de kun sender de linjer, der faktisk er relevante for tjekket, i stedet for hele filen.

Fra GitHub Spark til Copilot: konsolideringen bag opdateringen

Agent Plugins kom ikke ud af ingenting. GitHub lukkede den 4. august 2026 for nye brugere og nye apps i GitHub Spark, sit tidligere forsøg på en selvstændig AI-app-builder. Beslutningen faldt to dage før Kimi K3-annonceringen, og de to hændelser hænger sammen: GitHub samler i stigende grad sine AI-eksperimenter under Copilot-paraplyen i stedet for at drive dem som separate produkter.

Har dit team eksperimenteret med Spark til interne prototyper, er der ingen automatisk migreringsvej til Agent Plugins, men arbejdsgangen ligner: du beskriver, hvad værktøjet skal gøre, og Copilot bygger det op omkring en struktureret definition i stedet for løs chat-historik. Den mest praktiske overgang er at genskabe jeres bedste Spark-prototyper som plugins, fordi de så bliver genbrugelige på tværs af VS Code, CLI og JetBrains i stedet for låst til én app.

Sikkerhed og GDPR: hvad sker der med din kode

Når du aktiverer en ny model som Kimi K3, sender du din kode og dine prompts til en ny udbyder bag Copilots API-lag. Før du ruller det ud bredt i en organisation med følsomme data, bør I gennemgå jeres databehandleraftale med GitHub og bekræfte, hvilke modeludbydere der er dækket. Det gælder særligt for offentlige institutioner og finansielle virksomheder i Norden, hvor GDPR-compliance ofte kræver eksplicit godkendelse, før en ny tredjepartsmodel tages i brug.

Plugins, der indeholder pre-suggest-hooks, kører kode lokalt på udviklerens maskine, før Copilot returnerer et forslag. Behandl derfor tredjeparts-plugins som du ville behandle enhver anden afhængighed: gennemgå kildekoden, før du installerer et plugin fra en ukendt marketplace, og undgå at give hooks adgang til miljøvariabler eller hemmeligheder, de ikke har brug for.

Det er også værd at holde øje med driftsstabiliteten omkring nye funktioner. Incidenten 17. august 2026 ramte specifikt Copilot-autentificering i IDE-integrationer, mens CLI-adgang forblev stabil. For teams med kritiske deadlines betyder det, at en fallback-plan, hvor CLI kan overtage midlertidigt, er mere end en teoretisk øvelse. Skriv den ned som en del af jeres interne dokumentation, så den ikke skal genopfindes midt i en driftsforstyrrelse.

Plugins vs. MCP-servere: hvad er forskellen

De to begreber bliver ofte blandet sammen, fordi de begge udvider, hvad Copilot kan gøre. Forskellen ligger i, hvad de rent faktisk leverer. En MCP-server (Model Context Protocol) giver Copilot adgang til eksterne systemer og data i realtid, for eksempel en database, et ticket-system eller en intern API. Vi har tidligere gennemgået opsætningen af MCP-servere i vores guide til MCP-server-opsætning til fire AI-assistenter.

Et Agent Plugin leverer derimod statisk viden og adfærd: instruktioner, tjeklister og hooks, der ikke kræver en kørende server. Du kan sagtens kombinere dem. Et plugin kan for eksempel indeholde en instruktion om, at Copilot skal bruge en bestemt MCP-server til at slå data op, før den svarer. Tommelfingerreglen er enkel: har du brug for live-data fra et system uden for din kodebase, er det en MCP-server. Har du brug for at håndhæve en fast regel eller proces, er det et plugin.

EgenskabMCP-serverAgent Plugin
FormålAdgang til eksterne data og systemer i realtidStatiske instruktioner, tjeklister og hooks
Kræver kørende procesJa, typisk en lokal eller ekstern serverNej, læses ved sessionsstart
DistributionServerkonfiguration i mcp.jsonplugin.json via marketplace eller lokal installation
EksempelSlå en kundes supporthistorik op i ZendeskHåndhæv commit-format og sikkerhedstjekliste

GitHub Copilot Agent Plugins vs. det gamle instruktionsflow

EgenskabGammelt flow (instruktionsfiler)Agent Plugins 1.0
Genbrug på tværs af værktøjerManuelt kopieret til hvert repositoryBygget én gang, installeres alle steder
VersionsstyringIngen indbygget versioneringSemver i plugin.json, opdateres med én kommando
Distribution til teamDelt via Slack, README eller wikiMarketplace med central installation
Automatisk håndhævelse (hooks)Ikke muligtpre-suggest og post-suggest hooks
Kompatibilitet med JetBrains/CLIKrævede separat vedligeholdelseÉt manifest, flere IDE’er via compatibility-feltet

Begrænsninger: hvad Agent Plugins ikke kan endnu

Agent Plugins 1.0 er en generel tilgængelig funktion, men det betyder ikke, at den er færdigudviklet. Der er nogle praktiske begrænsninger, du bør kende, før du bygger en hel arbejdsgang omkring plugins.

  • Der findes ingen central, GitHub-drevet marketplace med kvalitetskontrol endnu. Offentlige plugins deles primært via almindelige GitHub-repositories, så du bør selv vurdere kvaliteten, før du installerer noget fra en ukendt kilde.
  • Hooks kører synkront i den aktuelle version. Et langsomt pre-suggest-hook forsinker Copilots svar, i stedet for at køre i baggrunden, hvilket kan mærkes, hvis dit hook laver tunge operationer som at hente data fra en ekstern API.
  • Plugin-versionering følger ikke automatisk semver-regler. GitHub håndhæver ikke, at et versionsnummer rent faktisk afspejler en brydende ændring, så du bør selv teste efter en opdatering, i stedet for at antage bagudkompatibilitet.
  • Cross-tool-kompatibilitet afhænger stadig af, at plugin-forfatteren har undgået værktøjsspecifikke referencer. GitHub validerer ikke automatisk, at et plugin markeret som JetBrains-kompatibelt faktisk fungerer der.

Ingen af disse begrænsninger gør plugins ubrugelige, men de betyder, at du bør behandle dine egne plugins som produktionskode: versionsstyr dem i Git, skriv tests til hooks, og gennemgå ændringer i pull requests, ligesom du ville gøre med resten af jeres kodebase.

Ofte stillede spørgsmål

Koster Agent Plugins ekstra oveni mit Copilot-abonnement?

Nej, selve plugin-systemet er inkluderet i din eksisterende Copilot-plan. Det, der koster ekstra, er modelforbrug for modeller som Kimi K3, der afregnes efter brug ud over din plans inkluderede kvote.

Kan jeg bruge Agent Plugins uden at skifte model til Kimi K3?

Ja. Plugin-systemet er uafhængigt af, hvilken model du kører. Du kan fortsætte med din nuværende standardmodel og stadig installere og bygge plugins.

Virker mine gamle instruktionsfiler stadig efter opgraderingen?

Ja, GitHub har ikke fjernet understøttelsen af almindelige instruktionsfiler. Plugins er et supplement, ikke en tvungen erstatning, så du kan migrere gradvist i stedet for at konvertere alt på én gang.

Hvor mange plugins kan jeg have installeret samtidig?

GitHub har ikke offentliggjort en fast grænse. I praksis bør du holde antallet lavt og fokuseret, fordi hvert aktivt plugin kan påvirke svartiden, hvis det har tunge pre-suggest-hooks.

Er Kimi K3 bedre end Grok 4.6, som Copilot også har tilføjet?

Det afhænger af opgaven. Grok 4.6 er positioneret som en reasoning-fokuseret model, mens Kimi K3 har en billigere pris per token. Vi går i dybden med sammenligningen i vores artikel om Grok 4.6 og Kimi K3 i Copilot.

Kan jeg bruge Agent Plugins i en selvhostet Enterprise-installation?

Ja, funktionen er tilgængelig for Enterprise-planen, men du bør bekræfte med jeres GitHub-administrator, om organisationen har begrænset adgang til eksterne marketplaces af sikkerhedshensyn.

Skal jeg bruge Copilot CLI eller VS Code til at bygge plugins?

Begge dele virker, fordi plugin-manifestet er det samme uanset værktøj. De fleste udviklere finder det hurtigere at teste i CLI’en først med copilot plugin test, fordi fejlbeskeder er nemmere at læse i terminalen end i chat-panelet.

Hvad sker der, hvis Kimi K3-udrulningen pauses igen?

GitHub pausede kortvarigt udrulningen 6. august 2026 på grund af en Actions-relateret incident, før den blev genoptaget samme dag. Hvis det sker igen, falder Copilot typisk automatisk tilbage til din tidligere standardmodel, indtil GitHub melder tjenesten fuldt genoprettet.

Se også flere guider til udviklerværktøjer i vores Software-kategori.