Claude Code Mods: bygg egne funksjoner direkte i KI-agenten

Se for deg at du jobber med en KI-agent på en applikasjon. Til høyre ser du endringene i filene. Over samtalen viser en indikator hvor mye av kontekstvinduet som er i bruk, mens et panel viser resultatene fra prosjektets kontroller. Når du trenger en ny funksjon i dette arbeidsområdet, beskriver du hvordan den skal se ut og hva den skal gjøre.

Dette er retningen Claude Code Mods åpner for. Anthropic lanserte funksjonen 1. oktober 2026, og utviklere kan nå lage utvidelser som endrer hvordan Claude Code fungerer og ser ut.

For deg som bruker kodeagenter hver dag, er dette en lansering det er verdt å følge. Deler av arbeidsopplevelsen kan nå tilpasses i selve verktøyet der agenten leser, redigerer og kjører kode.

Hva er Claude Code Mods?

En mod er en utvidelse med funksjoner skrevet i JavaScript eller TypeScript. Den kjører i en Claude Code-økt og reagerer på hendelser i applikasjonen. En hendelse kan være at du sender en prompt, at agenten bruker et verktøy, at en arbeidsrunde avsluttes, eller at en del av grensesnittet tegnes.

Navnet minner om mods i dataspill: endringer som lar brukerne legge til funksjoner eller forme den opprinnelige opplevelsen. I Claude Code brukes denne ideen på utviklerens arbeidsmiljø.

En mod kan følge med på det som skjer, endre bestemte handlinger eller legge til et panel med egne kontroller. Utvidelsen er kjørbar kode med logikk som forfatteren har definert.

Mods distribueres gjennom pluginsystemet i Claude Code. En plugin er pakken du installerer, mens moden er komponenten som påvirker hvordan applikasjonen fungerer. Den samme pakken kan også inneholde skills, spesialiserte agenter eller MCP-tilkoblinger.

Denne strukturen gjør at et team kan distribuere prosjektets arbeidsinstruksjoner, verktøy og tilpasninger av grensesnittet samlet.

Hva kan du endre i Claude Code?

Mulighetene omfatter både hvordan du samhandler med agenten, og informasjonen du ser mens du jobber.

En mod kan endre en prompt før den sendes til modellen, observere eller endre et verktøykall og håndtere en egen kommando. Et team kan for eksempel lage en kommando som gir en standardrapport om prosjektets status.

I grensesnittet kan mods legge til paneler, informasjonsfelt, faner, knapper og tekstfelt. De kan også tilpasse enkelte elementer som Claude Code allerede viser, for eksempel hvordan et resultat presenteres eller indikatoren som vises mens agenten jobber.

Tenk på informasjonen du stadig leter etter i en økt: Hvilke filer er endret? Hvilke kontroller er kjørt? Hvor mye av konteksten er brukt? Hva er neste steg? Dette er gode kandidater til et grensesnitt som ligger tett på samtalen.

En nyttig indikator må være knyttet til faktiske data. Et panel som sier «bygget var vellykket», har verdi når det viser det faktiske resultatet fra byggingen og tidspunktet den ble kjørt. Det visuelle blir nyttig gjennom informasjonen det formidler.

Slik fungerer det, uten en komplisert veiledning

Claude Code sender ut hendelser underveis i arbeidet. Moden registrerer funksjoner som kalles ved de relevante hendelsene, og bestemmer hvordan de skal håndteres.

Det finnes tre grunnleggende måter å håndtere en hendelse på:

• Observere: registrere eller vise informasjon og la handlingen fortsette.
• Endre: sende en endret versjon av hendelsen videre, for eksempel en utvidet prompt eller andre argumenter til et verktøy.
• Svare direkte: håndtere hendelsen med egen logikk, uten å kjøre den vanlige handlingen for denne hendelsen.

Funksjonene kan danne en kjede. I koden sender next(e) hendelsen videre til neste funksjon, helt frem til den vanlige behandlingen i Claude Code. Rekkefølgen har betydning: En utvidelse kan motta en versjon som en annen allerede har endret.

Et enkelt eksempel er en mod som følger med på redigeringer. Når agenten endrer en fil, tar utvidelsen vare på den relevante informasjonen. Når arbeidsrunden er ferdig, vises informasjonen i et panel for gjennomgang. Utvikleren kan gå gjennom endringene uten å rekonstruere historikken fra en lang samtale.

Mods, skills, hooks og MCP: hva gjør de ulike delene?

Det har kommet mange begreper i agentverdenen. Forskjellene blir tydeligere når vi tar utgangspunkt i hva hver mekanisme skal brukes til.

Eksisterende hooks kan allerede tillate eller blokkere bestemte handlinger og endre argumentene i et verktøykall. Det nye med mods er kombinasjonen av funksjoner som er lastet inn i økten, håndtering av hendelser og et interaktivt grensesnitt.

En skill passer fortsatt godt til en redaksjonell prosedyre eller teamets kodekonvensjoner. En MCP-server passer fortsatt godt for tilgang til en ekstern tjeneste. En mod blir interessant når du vil gi denne informasjonen og disse handlingene en egen opplevelse i Claude Code.

Fire eksempler som viser mulighetene

Det finnes allerede demonstrasjonsutvidelser og bidrag fra brukermiljøet. De gjør ideen langt enklere å forstå enn en liste over API-er.

Token Weather: gjør konteksten synlig

Token Weather viser hvor mye av kontekstvinduet som er i bruk, over promptfeltet. Det bruker en værmetafor og viser blant annet prosentandelen som er brukt, og hvordan kontekstbruken utvikler seg.

I en økt der agenten leser mange filer, kan en slik indikator hjelpe utvikleren med å forstå hvordan samtalen utvikler seg. Kontekst er informasjonen modellen har tilgjengelig når den svarer. Indikatoren viser ikke en kredittsaldo eller abonnementets ukentlige bruksgrense.

Blast Radius: se hva en kommando vil påvirke

Blast Radius kan holde igjen enkelte kommandoer som blir identifisert som risikable, og vise hva de vil endre. Deretter kan du velge å fortsette eller avbryte.

Eksemplet viser hvordan en beslutning kan få sitt eget grensesnitt. Utvikleren ser mer enn en kommando på en tekstlinje. Denne demonstrasjonsutvidelsen gjenkjenner imidlertid bestemte kommandomønstre. Den oppdager ikke enhver potensielt farlig operasjon.

Replay Theater: gå gjennom redigeringene én om gangen

Replay Theater registrerer redigeringene i en arbeidsrunde og lar deg gå gjennom dem i et panel, én diff om gangen. En diff viser forskjellene mellom versjoner.

Ved en refaktorering som berører flere filer, er ideen tiltalende: Du kan følge hver endring separat. Gjennomgangen er fortsatt en del av utviklerens arbeid, og grensesnittet kan gjøre dette arbeidet enklere å følge.

Next Steps: forslag til neste prompt

Bidraget fra brukermiljøet som heter Next Steps, foreslår opptil tre prompter når en arbeidsrunde er ferdig. Når du velger et forslag, legges det inn som et utkast i skrivefeltet.

Du kan dermed bestemme hva du skal gjøre videre: kjøre kontroller, utvide endringen eller forberede en gjennomgang. Valget starter ikke automatisk den neste oppgaven.

Du kan be agenten bygge sin egen utvidelse

En av de mest tilgjengelige sidene ved lanseringen er at du kan beskrive den ønskede moden for Claude Code. Agenten kan skrive utvidelsen, og hot reload gjør at endringene kan lastes inn i den gjeldende økten.

Som en idé kan en forespørsel for et Astro-prosjekt se slik ut:

Lag en mod for dette Astro-prosjektet som viser et panel med resultatene fra de siste byggekontrollene og typesjekkene. Vis kommandoen som ble kjørt, tidspunktet og resultatet. For kontroller som ikke er kjørt, viser du «ikke kjørt». Legg til en knapp som starter kontrollene som er definert i prosjektet.

Dette er et eksempel på funksjonalitet vi kan bygge, og ikke navnet på en utvidelse som allerede er lansert.

En god forespørsel beskriver hvilke data moden bruker, når den oppdateres, og hvilke handlinger den tilbyr. «Lag et fint panel til meg» lar mange avgjørelser stå åpne. En konkret beskrivelse gjør det enklere å få et verktøy som dekker et reelt behov.

I den midlertidige opprettingsflyten som Anthropic beskriver, kan moden være lastet inn bare for den aktuelle økten. For å bruke den senere må du ta vare på den og installere den som en plugin.

Hvor er mods tilgjengelige?

Mods krever Claude Code 2.1.287 eller nyere og er aktivert som standard. For de visuelle funksjonene er hovedmiljøene terminalen og Code-fanen i Claude Desktop.

En forskjell i kompatibilitet er viktig: Funksjonene som håndterer hendelser i en mod, kan kjøre i chatpanelet til VS Code-utvidelsen, men panelene og de andre tilpassede grensesnittelementene vises ikke der. Den integrerte terminalen i editoren kan vise grensesnittet når du kjører Claude Code i den.

Mods installeres og administreres gjennom plugins, blant annet fra menyen /plugin. En utvidelse som er installert eller oppdatert fra kommandolinjen, kan lastes inn i en åpen økt med /reload-plugins.

API-et er i utvikling. Når du lager en mod, er typedeklarasjonene fra den installerte versjonen referansen for den aktuelle utgaven. Dette er særlig relevant når du tilpasser et offentlig eksempel til ditt eget miljø.

Hvorfor er dette relevant for webutvikling og SaaS?

Fra Kodemagisks perspektiv er den mest lovende bruken å få prosjektinformasjonen nærmere stedet der agenten jobber. I webutvikling kan én endring berøre grensesnitt, innhold, ruting, validering og publisering.

Et gjennomtenkt panel kan gjøre disse sammenhengene mer synlige. Nytten må vurderes i det enkelte prosjektet, men vi ser flere tydelige retninger å utforske.

For Astro-prosjekter

Vi kan lage en mod som viser resultatene fra prosjektets kontrollkommandoer og rutene som påvirkes av en endring. På en flerspråklig nettside kan panelet fremheve språkversjonene som må gjennomgås etter at en side er endret.

Ved tilpasning av en mal kan en annen idé være en oversikt over filene der farger, fonter og komponenter er endret. Det kan gjøre det enklere å gjennomgå hvordan merkevaren er implementert.

For Laravel og Livewire

I en bookingapplikasjon eller en SaaS-løsning kan en mod vise resultatene fra tester som er relevante for funksjonen du jobber med. En endring i bookingfunksjonen kan få et panel med kontroller for tilgjengelighet, avbestilling og skjemavalidering, dersom disse testene finnes i prosjektet.

Målet vil være å gjøre den faktiske statusen synlig: Hva er kontrollert, hva feilet, og hva gjenstår å kjøre?

For Sanity og EmDash

En mod kan gi et grensesnitt for informasjon som hentes fra et CMS gjennom tilgjengelige verktøy. I en redaksjonell arbeidsflyt kan den vise status for oversettelser, SEO-felter eller artikler som ligger som utkast.

Tilgangen til innholdet vil komme gjennom integrasjonen med det aktuelle systemet. Moden vil organisere opplevelsen i Claude Code. Vi må bygge og kontrollere integrasjonen for hvert prosjekt.

Dette er ideer til implementeringer for teknologiene vi bruker, og ikke Astro-, Laravel-, Sanity- eller EmDash-integrasjoner som automatisk følger med Mods-lanseringen.

Hva bør du vite om tilgang og forbruk?

Mods er kjørbare utvidelser som kan få tilgang til filer, prosesser og nettverk gjennom API-ene til Claude Code. I praksis bør de velges med samme omtanke som en kodepakke til utviklingsmiljøet ditt.

En mod kan også kalle modeller. Hvis en funksjon sender ekstra KI-forespørsler, kan disse bruke av kvoten i abonnementet eller API-nøkkelen du benytter. Et panel i seg selv sier ikke noe om hvor mye bruk utvidelsen medfører.

For team finnes det administrasjonskontroller og den innebygde moden sec-default, som beskytter enkelte retningslinjer organisasjonen administrerer. Disse kontrollene gjør ikke enhver installert utvidelse til et program som er isolert fra datamaskinen.

Hva forteller lanseringen om fremtidens agenter?

Etter vår mening reiser Claude Code Mods et praktisk spørsmål: Hvor mye av en agents arbeidsmiljø bør brukerne kunne bygge selv?

En selvstendig utvikler, et byrå og et team som vedlikeholder en SaaS-løsning, kan ha ulike prioriteringer. Noen ønsker en diskret kontekstindikator. Andre vil ha en visuell gjennomgang av redigeringene. Et team kan trenge et grensesnitt for kontrollene i sitt eget prosjekt.

Det kan ha verdi å gjøre disse behovene om til utvidelser som kan deles. Valget av funksjoner er likevel avgjørende: En god mod gjør veien kortere til informasjon eller en beslutning du bruker ofte. Et grensesnitt fullt av indikatorer som ikke hjelper arbeidet, skaper støy.

Hos Kodemagisk følger vi denne utviklingen gjennom web- og SaaS-prosjektene vi bygger med Astro, Laravel, Livewire, Sanity og EmDash. Vi er interessert i verktøy som gjør implementering, gjennomgang og prosjektadministrasjon tydeligere.

Claude Code Mods åpner for en interessant mulighet: Beskriv en funksjon du trenger, bygg den sammen med agenten, og behold den i ditt eget arbeidsmiljø. For utviklere som har ønsket at Claude Code skal passe bedre til måten de jobber på, er dette en lansering å følge.