1 
2Øjeblikkets ord i den lille verden af ​​AI-agenter er kontekstteknik.
3 
4Det ser ud til, at endnu et mærke er opfundet for at sælge noget, vi allerede har gjort. Til dels er det. Men som det ofte sker, fanger etiketten, fordi den giver navn til en ægte smerte.
5 
6Smerten er denne: modeller fejler ikke, bare fordi de "ikke tænker". De fejler ofte, fordi vi sender dem på arbejde med det forkerte rum.
7 
8Vi giver dem gamle instruktioner. Vi skjuler vigtige filer for ham. Vi giver dem dokumenter, der er for lange og siger ikke, hvad der betyder noget. Vi viser dem logfiler uden prioritet. Vi giver dem ti værktøjer uden at forklare, hvornår de skal bruges. Så bliver vi overraskede, hvis agenten bevæger sig som en person, der er vågnet i en ukendt lejlighed.
9 
10Spørgsmålet er den sætning, du siger til den. Konteksten er den verden, du forbereder omkring den.
11 
12## Fra prompt engineering til kontekst engineering
13 
14Hurtig ingeniørarbejde blev ofte tænkt som at skrive. Vælg de rigtige ord, spørg på den rigtige måde, tilføj eksempler, angiv formatet.
15 
16Kontekstteknologi er tættere på arkitektur.
17 
18Man spørger ikke bare "hvordan formulerer jeg anmodningen?". Den spørger:
19 
20- hvilke oplysninger er der egentlig brug for?
21- hvad er støj?
22- hvad skal genvindes i farten?
23- hvad skal huskes?
24- hvilke værktøjer skal eksponeres?
25- hvilke instruktioner er stabile og hvilke afhænger af opgaven?
26- hvordan får jeg agenten til at forstå, hvad der er autoritativt?
27 
28Det er en subtil, men enorm ændring. For når du arbejder med agenter, er kontekst ikke en statisk blok. Det ændrer sig ved hvert trin.
29 
30Agenten åbner en fil, lærer noget, kører en test, modtager en fejl, opdaterer planen, kalder et værktøj, opdager en afhængighed. For hver omgang skal han beslutte, hvad han skal tage med, og hvad han skal undlade.
31 
32Dette er teknik.
33 
34## Konteksten er ikke en losseplads
35 
36Skabeloner med store kontekstvinduer gav os en fristelse: lad os smide alt ind.
37 
38Det er forståeligt. Hvis jeg har en million tokens, hvorfor skulle jeg så vælge?
39 
40For selv når du kan sætte alt ind, betyder det ikke, at alt hjælper. Støj har faktisk en omkostning. Det koster tokens, det koster opmærksomhed, det koster latency, det koster kvalitet. En model kan gå tabt i irrelevante detaljer ligesom os, når vi åbner tyve faner og ikke længere husker hvorfor.
41 
42God kontekst har et hierarki:
43 
441. systeminstruktioner og -politikker;
452. Specifikt mål;
463. nuværende status;
474. relevante data;
485. begrænsninger;
496. tilgængelige værktøjer;
507. spore de beslutninger, der allerede er truffet.
51 
52Der er ingen grund til at behandle alt på samme niveau. En brugerkommando er mere værd end en gammel note. En mislykket test er nu mere værd end en æstetisk præference for tre måneder siden. En sikkerhedspolitik er mere værd end en produktionsgenvej.
53 
54Kontekstteknologi betyder også at give vægte, ikke kun data.
55 
56## Hukommelse: husk mindre, husk bedre
57 
58Hukommelse hos agenter er et af de mest glatte emner.
59 
60Som bruger ønsker du, at agenten skal kende dig. Du vil have ham til at huske tonen, planen, konventionerne, de ting, der allerede er besluttet. Som ingeniør ved du, at enhver vedvarende hukommelse også er en risiko: den kan være forkert, gammel, for personlig, for generisk, ikke verificerbar.
61 
62En nyttig hukommelse bør have mindst tre kvaliteter:
63 
64- herkomst: hvor kommer disse oplysninger fra?
65- dato: hvornår var det sandt?
66- formål: hvilken type opgave skal den bruges til?
67 
68Uden disse tre ting bliver hukommelsen til overtro.
69 
70Jeg kan godt lide at tænke på agentisk hukommelse som en projektmappe, ikke som et magisk sind. Der er midlertidige noter, bekræftede beslutninger, stilpræferencer, tekniske begrænsninger, links til kilder. Nogle ting udløber. Some need to be rewritten. Nogle skal elimineres, fordi agenten har misforstået dem.
71 
72A good system must make this maintenance normal. Ikke heroisk.
73 
74## Retrieval and tools are not the same thing
75 
76Når vi taler om kontekst, ender vi ofte med det samme på RAG. Embedding, vector database, chunking, reranking.
77 
78Alt sammen nyttigt. Men genfinding er kun én måde at bringe information til modellen. Han er ikke den eneste.
79 
80En agent kan få kontekst ved at læse filer, forespørge på en API, ringe til en MCP-server, åbne en browser, køre test, søge i Slack, se på et dashboard, spørge mennesket.
81 
82Den interessante del er at beslutte, hvilken rute der skal bruges og hvornår.
83 
84Hvis agenten skal besvare et historisk spørgsmål, er det måske nok at hente. Hvis han skal rette en fejl, skal han læse rigtig kode. Hvis han har brug for at forstå, hvorfor en implementering mislykkes, skal han se på nye logfiler. Hvis du skal skrive til en kunde, skal du hente tone, historik og status på billetten. Hvis han skal handle på produktionen, skal han bede om tilladelse.
85 
86Context is not a database. Det er en arbejdsgang.
87 
88## Den gode agent forstår også at ignorere
89 
90Et tegn på modenhed hos agenter vil være evnen til at sige: Jeg har ikke brug for denne information.
91 
92It seems trivial, but it is very difficult. Many agentic systems accumulate. Hvert værktøjskald tilføjer tekst. Every error remains in the buffer. Each file read adds to the stack. I sidste ende har modellen en meget lang historie og intet kort.
93 
94Kompression er nødvendig. Intermediate synthesis is needed. It needs to be structured.
95 
96Not "that's all that happened", but:
97 
98- Målet er stadig gyldigt;
99- aktuelle hypotese;
100- filer allerede kontrolleret;
101- trufne beslutninger;
102- åbne risici;
103- næste handling.
104 
105Dette gør agenten mindre teatralsk og mere hjælpsom. Ikke fordi han virker klogere, men fordi han arbejder med et ryddeligt skrivebord.
106 
107## Kontekstudvikling for teams, ikke for prompte kunstnere
108 
109Grunden til, at dette emne interesserer mig, er, at det flytter ansvar fra individet til systemet.
110 
111I prompt engineering vinder ofte den, der bedst kan tale med modellen. I kontekstteknik vinder det team, der bedst organiserer sit arbejde: dokumentation, konventioner, problemer, logfiler, test, ejerskab, navngivning, kilder.
112 
113Et rent depot bliver en bedre kontekst. Et velskrevet nummer bliver bedre brændstof. En opdateret runbook sparer tokens og angst. En klar changelog reducerer hallucinationer.
114 
115Det er en god og lidt ubehagelig nyhed. Smukt, fordi det belønner god praksis. Upraktisk, fordi du ikke kan løse alt med en smart prompt.
116 
117Agenterne forstærker hygiejnen i det system, de finder.
118 
119## Hvordan ville jeg anvende det i morgen
120 
121Hvis jeg skulle introducere kontekstteknik i et rigtigt projekt, ville jeg tage udgangspunkt i små ting:
122 
123- en kort og vedligeholdt projektinstruktionsfil;
124- gode eksempler på forventet output;
125- en liste over tilgængelige værktøjer og tilfælde, hvor de skal bruges;
126- arkitektoniske beslutninger skrevet på en citerbar måde;
127- problem med minimum obligatorisk kontekst;
128- let at hente logfiler og tests;
129- vedvarende hukommelse, der kan ændres af mennesker.
130 
131Så ville jeg måle en simpel ting: Hvor mange gange skal agenten bede om afklaring eller går i den forkerte retning?
132 
133Hvis det sker ofte, ville jeg ikke tilføje en større model med det samme. Jeg ville se på sammenhængen.
134 
135## Min læsning
136 
137Context engineering er lidt af et oppustet ord, ja. Men konceptet er sundt.
138 
139Det minder os om, at en agents intelligens ikke kun er i modellen. Det ligger i omgivelserne, som vi forbereder ham: hvad han ser, hvad han husker, hvad han kan, hvad han har forbud mod, hvilke kilder han genkender som sande.
140 
141Den menneskelige del er dette: at forberede konteksten godt er en form for omsorg. Det fortæller agenten, men også holdet: "Jeg vil ikke have, at du gætter, jeg vil have, at du har det, du har brug for."
142 
143Mindre magi. Renere værelse. Agenter har lige så meget brug for det, som vi har.
144 
145## Kilder
146 
147- [LangChain Blog: The rise of context engineering](https://blog.langchain.com/the-rise-of-context-engineering/)
148- [Simon Willison: Context engineering](https://simonwillison.net/2025/Jun/27/context-engineering/)
149- [Model Context Protocol: Introduction](https://modelcontextprotocol.io/introduction)
150- [Anthropic: Building effective agents](https://www.anthropic.com/engineering/building-effective-agents)
151- [OpenAI: Nye værktøjer til byggeagenter](https://openai.com/index/new-tools-for-building-agents/)
152