Kontextteknik: arbetet före uppmaningen

spinny:~/writing $ vim context-engineering-agents.md

1~
2Ordet för ögonblicket, i den lilla världen av AI-agenter, är kontextteknik.
3~
4Det verkar som om ännu en etikett uppfanns för att sälja något vi redan gjort. Delvis är det så. Men som ofta händer, märks etiketten eftersom den ger namn åt en verklig smärta.
5~
6Smärtan är denna: modeller misslyckas inte bara för att de "inte tänker". De misslyckas ofta för att vi skickar dem till jobbet med fel rum.
7~
8Vi ger dem gamla instruktioner. Vi gömmer viktiga filer för honom. Vi skickar dokument som är för långa och säger inte vad som är viktigt. Vi visar dem loggar utan prioritet. Vi ger dem tio verktyg utan att förklara när de ska användas. Då blir vi förvånade om agenten rör sig som en person väckt i en okänd lägenhet.
9~
10Uppmaningen är den fras du säger till den. Kontexten är den värld du förbereder dig kring den.
11~
12## Från prompt ingenjörskonst till kontextteknik
13~
14Snabb ingenjörskonst var ofta tänkt som att skriva. Välj rätt ord, fråga på rätt sätt, lägg till exempel, ange formatet.
15~
16Kontextteknik är närmare arkitektur.
17~
18Man frågar inte bara "hur formulerar jag förfrågan?". Den frågar:
19~
20- vilken information behövs egentligen?
21- vad är buller?
22- vad behöver återvinnas i farten?
23- vad ska man komma ihåg?
24- vilka verktyg ska exponeras?
25- vilka instruktioner är stabila och vilka beror på uppgiften?
26- hur får jag agenten att förstå vad som är auktoritativt?
27~
28Det är en subtil men enorm förändring. För när du arbetar med agenter är sammanhanget inte ett statiskt block. Det förändras vid varje steg.
29~
30Agenten öppnar en fil, lär sig något, kör ett test, får ett fel, uppdaterar planen, anropar ett verktyg, upptäcker ett beroende. För varje varv måste han bestämma vad han ska ta med sig och vad han ska lämna utanför.
31~
32Det här är ingenjörskonst.
33~
34## Sammanhanget är inte en deponi
35~
36Mallar med stora sammanhangsfönster gav oss en frestelse: låt oss kasta in allt.
37~
38Det är förståeligt. Om jag har en miljon tokens, varför ska jag välja?
39~
40För även när du kan stoppa in allt betyder det inte att allt hjälper. Ja, buller har en kostnad. Det kostar tokens, det kostar uppmärksamhet, det kostar latens, det kostar kvalitet. En modell kan gå vilse i irrelevanta detaljer precis som vi när vi öppnar tjugo flikar och inte längre kommer ihåg varför.
41~
42Bra sammanhang har en hierarki:
43~
441. systeminstruktioner och policyer;
452. Särskilt mål.
463. aktuell status;
474. Relevanta uppgifter.
485. begränsningar;
496. tillgängliga verktyg;
507. spåra redan fattade beslut.
51~
52Det finns ingen anledning att behandla allt på samma nivå. Ett användarkommando är värt mer än en gammal anteckning. Ett misslyckat test är nu värt mer än en estetisk preferens från tre månader sedan. En säkerhetspolicy är mer värd än en produktionsgenväg.
53~
54Kontextteknik innebär också att ge vikter, inte bara data.
55~
56## Minne: minns mindre, kom ihåg bättre
57~
58Minne hos agenter är ett av de mest hala ämnena.
59~
60Som användare vill du att agenten ska känna dig. Du vill att han ska komma ihåg tonen, planen, konventionerna, de saker som redan beslutats. Som ingenjör vet du att varje ihållande minne också är en risk: det kan vara fel, gammalt, för personligt, för generiskt, omöjligt att kontrollera.
61~
62Ett användbart minne bör ha minst tre egenskaper:
63~
64- härkomst: var kommer denna information ifrån?
65- datum: när var det sant?
66- syfte: vilken typ av uppgift ska den användas till?
67~
68Utan dessa tre saker blir minnet till vidskepelse.
69~
70Jag tycker om att tänka på agentminne som en arbetsbok, inte som ett magiskt sinne. Det finns tillfälliga anteckningar, bekräftade beslut, stilpreferenser, tekniska begränsningar, länkar till källor. Vissa saker går ut. Vissa behöver skrivas om. Vissa måste elimineras eftersom agenten missuppfattade dem.
71~
72Ett bra system måste göra detta underhåll normalt. Inte heroisk.
73~
74## Hämtning och verktyg är inte samma sak
75~
76När vi pratar om sammanhang hamnar vi ofta direkt på RAG. Inbäddning, vektordatabas, chunking, omrankning.
77~
78Alla användbara. Men hämtning är bara ett sätt att föra information till modellen. Han är inte den enda.
79~
80En agent kan få sammanhang genom att läsa filer, fråga efter ett API, anropa en MCP-server, öppna en webbläsare, köra tester, söka i Slack, titta på en instrumentpanel, fråga människan.
81~
82Det intressanta är att bestämma vilken väg som ska användas och när.
83~
84Om agenten behöver svara på en historisk fråga kanske det bara räcker med hämtning. Om han måste fixa en bugg måste han läsa riktig kod. Om han behöver förstå varför en distribution misslyckas måste han titta på nya loggar. Om du behöver skriva till en kund måste du hämta ton, historik och status för biljetten. Om han måste agera i produktionen måste han be om tillstånd.
85~
86Kontext är inte en databas. Det är ett arbetsflöde.
87~
88## Den goda agenten vet också hur man ignorerar
89~
90Ett tecken på mognad hos agenter kommer att vara förmågan att säga: Jag behöver inte den här informationen.
91~
92Det verkar trivialt, men det är väldigt svårt. Många agentsystem ackumuleras. Varje verktygsanrop lägger till text. Varje fel finns kvar i bufferten. Varje fil som läses läggs till i stacken. I slutändan har modellen en mycket lång historia och ingen karta.
93~
94Kompression behövs. Mellansyntes behövs. Det måste struktureras.
95~
96Inte "det var allt som hände", utan:
97~
98- Målet är fortfarande giltigt.
99- aktuell hypotes;
100- filer som redan är kontrollerade;
101- fattade beslut;
102- Öppna risker;
103- nästa åtgärd.
104~
105Detta gör agenten mindre teatralisk och mer hjälpsam. Inte för att han verkar smartare, utan för att han jobbar med ett städat skrivbord.
106~
107## Kontextteknik för team, inte för snabba artister
108~
109Anledningen till att detta ämne intresserar mig är att det flyttar ansvaret från individen till systemet.
110~
111I prompt ingenjörskonst vinner ofta den som bäst kan prata med modellen. I sammanhangsteknik vinner det team som bäst organiserar sitt arbete: dokumentation, konventioner, frågor, loggar, tester, ägande, namngivning, källor.
112~
113Ett rent förvar blir ett bättre sammanhang. Ett välskrivet nummer blir bättre bränsle. En uppdaterad runbook sparar tokens och ångest. En tydlig förändringslogg minskar hallucinationer.
114~
115Det här är bra och lite obekväma nyheter. Vackert eftersom det belönar bra metoder. Obekvämt eftersom du inte kan lösa allt med en smart uppmaning.
116~
117Medlen förstärker hygienen i systemet de hittar.
118~
119## Hur jag skulle tillämpa det imorgon
120~
121Om jag skulle introducera kontextteknik i ett riktigt projekt, skulle jag utgå från små saker:
122~
123- en kort och underhållen projektinstruktionsfil;
124- Goda exempel på förväntad produktion.
125- En lista över tillgängliga verktyg och fall där de ska användas;
126- arkitektoniska beslut skrivna på ett citerbart sätt;
127- fråga med minsta obligatoriska sammanhang;
128- lätt att hämta loggar och tester;
129- ihållande minne som kan modifieras av människor.
130~
131Då skulle jag mäta en enkel sak: hur många gånger måste agenten be om ett förtydligande eller går i fel riktning?
132~
133Om det händer ofta skulle jag inte lägga till en större modell direkt. Jag skulle titta på sammanhanget.
134~
135## Min läsning
136~
137Kontextteknik är lite av ett uppblåst ord, ja. Men konceptet är sunt.
138~
139Det påminner oss om att en agents intelligens inte bara finns i modellen. Det ligger i miljön som vi förbereder för honom: vad han ser, vad han minns, vad han kan göra, vad han förbjuds att göra, vilka källor han känner igen som sanna.
140~
141Den mänskliga delen är denna: att förbereda sammanhanget väl är en form av omsorg. Det säger till agenten, men också teamet, "Jag vill inte att ni ska gissa, jag vill att ni ska ha det ni behöver."
142~
143Mindre magi. Renare rum. Agenter behöver det lika mycket som vi.
144~
145## Källor
146~
147- [LangChain Blog: The rise of context engineering](https://blog.langchain.com/the-rise-of-context-engineering/)
148- [Simon Willison: Kontextteknik](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: Nya verktyg för byggagenter](https://openai.com/index/new-tools-for-building-agents/)
152~

NORMAL · context-engineering-agents.md [readonly]152 lines · :q to close

2Ordet för ögonblicket, i den lilla världen av AI-agenter, är kontextteknik.

4Det verkar som om ännu en etikett uppfanns för att sälja något vi redan gjort. Delvis är det så. Men som ofta händer, märks etiketten eftersom den ger namn åt en verklig smärta.

6Smärtan är denna: modeller misslyckas inte bara för att de "inte tänker". De misslyckas ofta för att vi skickar dem till jobbet med fel rum.

8Vi ger dem gamla instruktioner. Vi gömmer viktiga filer för honom. Vi skickar dokument som är för långa och säger inte vad som är viktigt. Vi visar dem loggar utan prioritet. Vi ger dem tio verktyg utan att förklara när de ska användas. Då blir vi förvånade om agenten rör sig som en person väckt i en okänd lägenhet.

10Uppmaningen är den fras du säger till den. Kontexten är den värld du förbereder dig kring den.

11~

12## Från prompt ingenjörskonst till kontextteknik

13~

14Snabb ingenjörskonst var ofta tänkt som att skriva. Välj rätt ord, fråga på rätt sätt, lägg till exempel, ange formatet.

15~

16Kontextteknik är närmare arkitektur.

17~

18Man frågar inte bara "hur formulerar jag förfrågan?". Den frågar:

19~

20- vilken information behövs egentligen?

21- vad är buller?

22- vad behöver återvinnas i farten?

23- vad ska man komma ihåg?

24- vilka verktyg ska exponeras?

25- vilka instruktioner är stabila och vilka beror på uppgiften?

26- hur får jag agenten att förstå vad som är auktoritativt?

27~

28Det är en subtil men enorm förändring. För när du arbetar med agenter är sammanhanget inte ett statiskt block. Det förändras vid varje steg.

29~

30Agenten öppnar en fil, lär sig något, kör ett test, får ett fel, uppdaterar planen, anropar ett verktyg, upptäcker ett beroende. För varje varv måste han bestämma vad han ska ta med sig och vad han ska lämna utanför.

31~

32Det här är ingenjörskonst.

33~

34## Sammanhanget är inte en deponi

35~

36Mallar med stora sammanhangsfönster gav oss en frestelse: låt oss kasta in allt.

37~

38Det är förståeligt. Om jag har en miljon tokens, varför ska jag välja?

39~

40För även när du kan stoppa in allt betyder det inte att allt hjälper. Ja, buller har en kostnad. Det kostar tokens, det kostar uppmärksamhet, det kostar latens, det kostar kvalitet. En modell kan gå vilse i irrelevanta detaljer precis som vi när vi öppnar tjugo flikar och inte längre kommer ihåg varför.

41~

42Bra sammanhang har en hierarki:

43~

441. systeminstruktioner och policyer;

452. Särskilt mål.

463. aktuell status;

474. Relevanta uppgifter.

485. begränsningar;

496. tillgängliga verktyg;

507. spåra redan fattade beslut.

51~

52Det finns ingen anledning att behandla allt på samma nivå. Ett användarkommando är värt mer än en gammal anteckning. Ett misslyckat test är nu värt mer än en estetisk preferens från tre månader sedan. En säkerhetspolicy är mer värd än en produktionsgenväg.

53~

54Kontextteknik innebär också att ge vikter, inte bara data.

55~

56## Minne: minns mindre, kom ihåg bättre

57~

58Minne hos agenter är ett av de mest hala ämnena.

59~

60Som användare vill du att agenten ska känna dig. Du vill att han ska komma ihåg tonen, planen, konventionerna, de saker som redan beslutats. Som ingenjör vet du att varje ihållande minne också är en risk: det kan vara fel, gammalt, för personligt, för generiskt, omöjligt att kontrollera.

61~

62Ett användbart minne bör ha minst tre egenskaper:

63~

64- härkomst: var kommer denna information ifrån?

65- datum: när var det sant?

66- syfte: vilken typ av uppgift ska den användas till?

67~

68Utan dessa tre saker blir minnet till vidskepelse.

69~

70Jag tycker om att tänka på agentminne som en arbetsbok, inte som ett magiskt sinne. Det finns tillfälliga anteckningar, bekräftade beslut, stilpreferenser, tekniska begränsningar, länkar till källor. Vissa saker går ut. Vissa behöver skrivas om. Vissa måste elimineras eftersom agenten missuppfattade dem.

71~

72Ett bra system måste göra detta underhåll normalt. Inte heroisk.

73~

74## Hämtning och verktyg är inte samma sak

75~

76När vi pratar om sammanhang hamnar vi ofta direkt på RAG. Inbäddning, vektordatabas, chunking, omrankning.

77~

78Alla användbara. Men hämtning är bara ett sätt att föra information till modellen. Han är inte den enda.

79~

80En agent kan få sammanhang genom att läsa filer, fråga efter ett API, anropa en MCP-server, öppna en webbläsare, köra tester, söka i Slack, titta på en instrumentpanel, fråga människan.

81~

82Det intressanta är att bestämma vilken väg som ska användas och när.

83~

84Om agenten behöver svara på en historisk fråga kanske det bara räcker med hämtning. Om han måste fixa en bugg måste han läsa riktig kod. Om han behöver förstå varför en distribution misslyckas måste han titta på nya loggar. Om du behöver skriva till en kund måste du hämta ton, historik och status för biljetten. Om han måste agera i produktionen måste han be om tillstånd.

85~

86Kontext är inte en databas. Det är ett arbetsflöde.

87~

88## Den goda agenten vet också hur man ignorerar

89~

90Ett tecken på mognad hos agenter kommer att vara förmågan att säga: Jag behöver inte den här informationen.

91~

92Det verkar trivialt, men det är väldigt svårt. Många agentsystem ackumuleras. Varje verktygsanrop lägger till text. Varje fel finns kvar i bufferten. Varje fil som läses läggs till i stacken. I slutändan har modellen en mycket lång historia och ingen karta.

93~

94Kompression behövs. Mellansyntes behövs. Det måste struktureras.

95~

96Inte "det var allt som hände", utan:

97~

98- Målet är fortfarande giltigt.

99- aktuell hypotes;

100- filer som redan är kontrollerade;

101- fattade beslut;

102- Öppna risker;

103- nästa åtgärd.

104~

105Detta gör agenten mindre teatralisk och mer hjälpsam. Inte för att han verkar smartare, utan för att han jobbar med ett städat skrivbord.

106~

107## Kontextteknik för team, inte för snabba artister

108~

109Anledningen till att detta ämne intresserar mig är att det flyttar ansvaret från individen till systemet.

110~

111I prompt ingenjörskonst vinner ofta den som bäst kan prata med modellen. I sammanhangsteknik vinner det team som bäst organiserar sitt arbete: dokumentation, konventioner, frågor, loggar, tester, ägande, namngivning, källor.

112~

113Ett rent förvar blir ett bättre sammanhang. Ett välskrivet nummer blir bättre bränsle. En uppdaterad runbook sparar tokens och ångest. En tydlig förändringslogg minskar hallucinationer.

114~

115Det här är bra och lite obekväma nyheter. Vackert eftersom det belönar bra metoder. Obekvämt eftersom du inte kan lösa allt med en smart uppmaning.

116~

117Medlen förstärker hygienen i systemet de hittar.

118~

119## Hur jag skulle tillämpa det imorgon

120~

121Om jag skulle introducera kontextteknik i ett riktigt projekt, skulle jag utgå från små saker:

122~

123- en kort och underhållen projektinstruktionsfil;

124- Goda exempel på förväntad produktion.

125- En lista över tillgängliga verktyg och fall där de ska användas;

126- arkitektoniska beslut skrivna på ett citerbart sätt;

127- fråga med minsta obligatoriska sammanhang;

128- lätt att hämta loggar och tester;

129- ihållande minne som kan modifieras av människor.

130~

131Då skulle jag mäta en enkel sak: hur många gånger måste agenten be om ett förtydligande eller går i fel riktning?

132~

133Om det händer ofta skulle jag inte lägga till en större modell direkt. Jag skulle titta på sammanhanget.

134~

135## Min läsning

136~

137Kontextteknik är lite av ett uppblåst ord, ja. Men konceptet är sunt.

138~

139Det påminner oss om att en agents intelligens inte bara finns i modellen. Det ligger i miljön som vi förbereder för honom: vad han ser, vad han minns, vad han kan göra, vad han förbjuds att göra, vilka källor han känner igen som sanna.

140~

141Den mänskliga delen är denna: att förbereda sammanhanget väl är en form av omsorg. Det säger till agenten, men också teamet, "Jag vill inte att ni ska gissa, jag vill att ni ska ha det ni behöver."

142~

143Mindre magi. Renare rum. Agenter behöver det lika mycket som vi.

144~

145## Källor

146~

147- [LangChain Blog: The rise of context engineering](https://blog.langchain.com/the-rise-of-context-engineering/)

148- [Simon Willison: Kontextteknik](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: Nya verktyg för byggagenter](https://openai.com/index/new-tools-for-building-agents/)

152~