Lad os være ærlige. Agent-snak har fyldt meget på det sidste. Her er noget konkret at tage fat i. MarkTechPost har udgivet en hands-on vejledning, der bygger et workflow oven på Anthropics API med SuperClaude Framework som det strukturerede lag. Det ligger i slipstrømmen af VentureBeats dækning af agent-æraen, hvor Alibabas Qwen3.7-Max ifølge deres artikel kørte omkring 35 timer autonomt. Pointen er ikke, at de to ting er det samme, men at branchen bevæger sig mod længere løb og mere styrede assistenter.
Hvorfor betyder det noget nu? Fordi mange virksomheder kæmper med at få prompts ud af hovedet på enkeltpersoner og ind i versionskontrol, test og governance. SuperClaude-tilgangen adresserer netop det med en simpel, men disciplineret struktur: adfærd i Markdown, en lille Python-bridge og et katalog af assets, der kan genbruges, reviewes og rulles tilbage. Det lyder banalt. I drift er det alt andet end banalt.
Hvad SuperClaude Framework gør kort
Vejledningen beskriver et lag oven på Anthropics API, der organiserer adfærd i tre typer assets: commands, agents og modes. Hver af dem lever som Markdown-filer, der beskriver rolle, stil og regler for modellen. Inden hvert kald bygges en system prompt ved at læse de relevante .md-filer og samle dem, så assistenten bliver mere konsistent og rollebevidst. Idéen er klar: adfærd som filer, ikke tilfældige tekstklumper i en notebook.
Der er også session memory. Guiden viser, hvordan man kan gemme og indlæse sessioner for at kæde trin sammen. Ikke avanceret database-teknik, mere et praktisk mønster for at holde kontekst på tværs af opgaver. Det gør en forskel i længere forløb, hvor man starter i brainstorm og ender i en prototype med noter, filer og beslutninger, der skal hænge sammen.
Fra klon til kørsel – hvad tutorialen faktisk gør
Guiden kloner SuperClaude Framework fra GitHub til en lokal sti. Koden installerer de nødvendige Python-pakker og importerer blandt andet anthropic (specificeret som anthropic≥0.40.0 i tutorialen) og rich til terminalvisning. Næste skridt er en repository-walk, hvor et lille discover_assets-script tæller og sorterer Markdown-filer i tre spande: commands, agents og modes. Det printes, så man kan se, hvad der er indlæst.
Derefter kommer Python-bridgen. Den læser de valgte adfærdsfiler, samler dem til en system prompt og sender samtalen til Anthropics model (eksemplet bruger claude-sonnet-4-5 i teksten). Guiden viser flere praktiske flows oven på det: brainstorm, frontend-udkast, sikkerhedsanalyse, forretningsstrategi, dyb research-plan, token-effektive svar og et kædet udviklingsforløb, hvor sessioner gemmes og hentes. Ikke som marketing, men som konkrete kald, forklaret i ord.
Hvad discover_assets betyder i praksis
Funktionen, der scanner repoet, er bevidst enkel: den går alle .md-filer igennem og sorterer dem efter, om stien indeholder /commands/, /agents/ eller /modes/ (eller om filnavnet indikerer mode). Begrænsningen er tydelig: det er heuristik. Den er fin til at komme i gang, men forudsætter en stram mappestruktur og disciplineret navngivning. Gevinsten er mærkbar for versionsstyring: hvert adfærdsmodul er en fil, der kan code-reviewes, ændres via pull requests og rulles tilbage, præcis som almindelig kode.
Governance bliver også mere ligetil. Når adfærd lever som filer, kan compliance og sikkerhed læse dem i klar tekst, kommentere og køre et simpelt godkendelsesflow. Vi har set den samme lettelse i projekter: bare det at tagge en adfærdsfil til en release gør drift mindre skør. Lavpraktisk, men afgørende.
Python-bridge og dynamisk indlæsning
At læse .md-adfærd ind i system prompt før hvert modelkald lyder som en detalje. Det er kernen. Konsistensen stiger, fordi rollen defineres det samme sted hver gang, med samme tekst og prioritering. Og det gør eksperimenter sikre: man kan skifte en mode eller en agent uden at ændre kode. Vi har gjort noget lignende internt, og det reducerede fejl i overleveringer mellem teammedlemmer, fordi alle lænede sig op ad de samme filer.
Men der er tradeoffs. Flere og større .md-filer betyder flere tokens og mere I/O. Latency går op, hvis man ikke cacher. Der er også sikkerhed: hvis man tillader dynamisk indlæsning fra brugerleverede stier, åbner man for prompt-injektion ad bagdøren. Vejledningen angiver ikke mitigeringer, så her må vi læne os på bedste praksis og streng driftshygiejne.
Eksemplerne i guiden og hvor de giver mening
Tutorialen spænder bredt: idégenerering, UI-skitser, sikkerhedsanalyse, strategi, dyb research og et kædet udviklingsflow med session save/load. Vi læser det sådan her: det er en værktøjskasse til teams, der skifter roller i løbet af en arbejdsdag. En designer kan køre en frontend-mode, mens en udvikler tager en token-effektiv fejlretning, og en product owner ruller en strategi-agent på et lille datagrundlag. Ikke alt til alle, men et sæt gentagelige rammer.
Hvor passer det i virkeligheden? Interne assistenter, dokumentationsarbejde, analyser, kladde-respons på backlog-items. Vi ville være mere forsigtige i kundevendte flows, hvor tone og fakta skal være knivskarpe; der kræver det flere tests og tættere QA. En ærlig note: vi prøvede et lignende kæde-flow i går aftes, og der var en overgang mellem to modes, hvor modellen blandede tonen. Nem fix med en strammere behaviour.md – men værd at nævne.
Implementering i drift
Tager man arkitekturen alvorligt, ender man hurtigt i CI/CD. Man vil gerne have en lint på adfærdsfiler, tests for uønsket output og en release-proces, der binder en bundle af commands/agents/modes til en bestemt version af koden. Vi har haft held med en preflight-linter for .md-behaviour og en simpel cache af system prompts. I et projekt så vi cirka 20 procent lavere token-forbrug efter caching og deduplikering. Det er en erfaringsnote, ikke et benchmark. Læs: anekdotisk og uden formaliseret metode.
Sporbarhed er næste punkt. For hver session bør man logge, hvilke assets der blev indlæst, deres checksums og hvilken model og version der blev brugt. Når noget går galt om tre uger, er det den log, der redder dagen. Ellers jagter man skygger.
Sikkerhed og governance i praksis
Fritekst-adfærd er stærkt, men sårbart. Prompt-injektion er ikke kun et brugerinput-problem; system prompts kan også blive forurenet. OWASP peger i deres LLM-top-10 på injektion og dataeksfiltration som centrale risici. Vi anbefaler et minimumssæt af kontroller, som kan implementeres uden tungt værktøj:
- Begræns load-stier med whitelists. Kun kendte mapper eller udgivne bundles må indlæses i produktion.
- Brug immutable releases. Lås adfærdsfiler til commit-hash eller release-tag ved deploy. Strukturen og URL’er kan ændre sig over tid, så bind jer til et reproducerbart punkt i jeres eget repo-miljø.
- Statisk scanning. Søg efter mønstre, der ligner data-eksfiltration eller selv-modificerende instrukser, før merge.
- Secrets-hygiejne. Ingen API-nøgler i .md. Brug et secrets-store, og lad bridgen mappe placeholders til runtime-secrets.
- Rollebaseret adgang. Kun udpegede vedligeholdere må ændre agents/modes i produktion. Kræv to-personers review.
- Audit og logging. Log altid filnavne og checksums, når adfærd indlæses. Gem revisionsspor.
Skal løsningen køre i regulerede miljøer, så planlæg for ekstra godkendelser og dokumentation. I nogle jurisdiktioner kan autonom eksekvering kræve særlige processer og kontrolspor.
Skalerbarhed og performance
Arkitekturen har en omkostning per kald: tokens fra behaviour.md plus runtime-kontekst. Hvis hver agent eller mode er tung, stiger både pris og svartid. Mitigeringer, der virker i praksis:
- Cache system prompts per unik kombination af command/agent/modes. Brug fil-hash i nøglen.
- Invalidér kun ved ændring. Rebuild først når berørte filer har ændret hash.
- Hold modes små. Splid lange beskrivelser op i fokuserede filer. Det giver bedre cache-hit-rate.
- Mål på tallene. Følg gennemsnitlige tokens pr. kald, median-latency og cache-hit-rate over tid.
Session persistence hjælper. Save/load mindsker behovet for at rekontekstualisere alt hver gang. I produktion bør man have en solid persistence-backend med versionsmærker, TTL og kryptering. Tutorialen viser konceptet, ikke en fuld driftspakke – det er fair for en vejledning.
Hvor metoden ikke er den rigtige
Ultralav-latency chatbots, der skal svare under 200 ms, vil kæmpe med store adfærdsfiler. Realtids-agenter med mange samtidige sessioner kan ramme I/O-flaskehalse, hvis ikke cache og memory-management er stramme. I nogle tilfælde er en mere integreret prompt-engineering service eller et kompileret policy-lag bedre, fordi det minimerer runtime-tekstmængden.
Og så den klassiske: hvis teamet ikke har disciplin til at holde adfærdsfilerne korte, konsistente og testbare, får man bare en ny rodekasse. Frameworket er ikke en kur. Det er en ramme for gode vaner.
Konkurrence og kontekst
Mønsteret med adfærdsbiblioteker og en lille harness findes i flere varianter: prompt libraries, agent-harnesses og tools, der binder policies ind i system prompts. SuperClaude-tilgangen lander et fornuftigt sted mellem fleksibilitet og simpel drift. VentureBeats omtale af Qwen3.7-Max som i stand til cirka 35 timers autonom kørsel er relevant som pejling: industrien vil mod længere, mere sammenhængende forløb. Qwen-modellen er proprietær og en anden kategori, men retningen er den samme.
Vi forventer, at flere rammer vil kopiere netop fil-baseret adfærd plus en lille bridge, fordi det passer ind i eksisterende dev-workflows. Det afgørende bliver tooling til test, diff og observability – ikke selve læsningen af Markdown.
Hvad vi ville gøre i et POC
Vores vurdering er, at det her er værd at prøve, især til interne assistenter og dokumenthåndtering, hvor tonen kan tunes løbende. Start med en 4-ugers POC med små, målbare leverancer. Uge 1: klon repo, få en baseline-kørsel og definér 3–4 adfærdsfiler fra jeres hverdag. Uge 2: implementér discover_assets, en simpel bridge og en cache af system prompts. Uge 3: sæt CI til at teste adfærdsfiler med statiske checks og et par golden tests. Uge 4: evaluér effekter på kvalitet, tid og token-forbrug, og læg en beslutning for næste skridt.
Mål på få KPI’er: fejlrate i svar (menneskelig QA), gennemsnitlige tokens pr. svar, latency før/efter cache og tid fra ændring i behaviour.md til deploy. Ikke flere. Nok til at se om mønstret løfter jer i praksis.
Praktiske næste skridt for teams
Få styr på forudsætningerne: API-nøgler til Anthropic, adgang til et Git-repo og testdata uden følsomme oplysninger. Derfra: definér en mappestruktur for commands/agents/modes, opret 2–3 adfærdsfiler og kør vejledningens flow igennem. Tjek at jeres Python-miljø understøtter de pakker, der nævnes i tutorialen (anthropic-versionen og rich). Hvis versionskrav har flyttet sig siden udgivelsen, så opdatér og gentest.
- CI/CD-checkliste i kort form: lint af .md-filer, golden tests for kritiske svar, logging af checksums for hver session, rollebaseret adgangskontrol, immutable releases og krypteret persistence med TTL.
- Koststyring: log tokens pr. kald og lav en ugentlig rapport, der binder omkostning til adfærdsfiler og brugsscenarier.
Et par faldgruber vi allerede ser
Utydeligt ejerskab af adfærdsfiler. Hvis alle må skrive i alle modes, ender stilen i grøden. Giv ejerskab til små teams, og hold review-krav skarpe. En anden fælde er for brede modes, der forsøger at dække fem roller på én gang. Del dem op. Hellere flere små filer end én bibel, der tager 15 sekunder at loade.
Sidste note: log altid de loaded assets og deres checksums i hver session. Uden den log er reproducerbarhed en illusion. Det er en linje kode, men forskellen er stor, når man skal forklare en afvigelse i et styremøde torsdag morgen.
Faktatjek og åbenheder
Ifølge MarkTechPost-vejledningen klones SuperClaude Framework fra GitHub, der installeres Python-pakker inklusiv anthropic≥0.40.0 og rich, og en Python-bridge indlæser Markdown-baserede adfærdsfiler i system prompt før hvert kald. discover_assets-funktionen kategoriserer .md-filer i commands, agents og modes. Vejledningen gennemgår også praktiske eksempler som brainstorm, frontend, sikkerhedsanalyse, strategi, research, token-effektivitet og kædede workflows med session save/load. Vores tekniske udsagn herom er baseret direkte på tutorialen.
VentureBeat skriver, at Qwen3.7-Max opnåede cirka 35 timers sammenhængende autonom kørsel, og at modellen er proprietær. Vi bruger det som kontekst, ikke som direkte sammenligning. For versionskrav til pakker henviser vi til den aktuelle dokumentation for anthropic på PyPI og Rich-projektets officielle docs. Repo-struktur og URL’er kan ændre sig over tid – tjek det levende repo, før I bygger pipelines omkring det.
Den korte, ærlige afslutning
SuperClaude-tilgangen er ikke magi. Det er en ryddig måde at gøre noget, mange allerede gør, bare uden struktur. Og det gør en forskel, når man sidder i den halvlave kontorstol, hører kaffemaskinen hvæse bag glasdøren og prøver at forklare en kollega, hvorfor modellen pludselig taler som en gymnasielærer. Med adfærd i filer, en lille bridge og en smule disciplin bliver svaret mindre mystisk. Jeg blev faktisk overrasket over, hvor hurtigt man får overblik, når roller og modes bor som Markdown og ikke i folks hoveder.
