Skills och kontextarkitekturen

Vid det här laget är delarna bekanta var för sig. Den här delen handlar om att se dem som ett system. En skill existerar inte på egen hand — den lever inuti ett kontextfönster tillsammans med CLAUDE.md, projektet och själva arbetet. Att designa skills väl handlar egentligen om att designa vad som upptar det fönstret och när.

Var en skill slutar och CLAUDE.md börjar

Det renaste arkitekturbeslut du fattar upprepade gånger är detta: hör en given informationsdel hemma i CLAUDE.md eller i en skill?

Regeln handlar om alltid-sant kontra villkorligt. CLAUDE.md håller det som alltid är sant om projektet — arkitekturen, konventionerna, fillayouten, de stående fakta — och det laddas från början. En skill håller en procedur du tar till när en särskild uppgift uppstår. Om du märker att du upprepar samma projektfakta inuti flera skills hör de fakta hemma i CLAUDE.md, och skillsen bör förlita sig på att de finns där.

Det här är inte teori; det är hur produktions-skill-bibliotek är organiserade. Skillsen tillhandahåller generisk, återanvändbar procedur. CLAUDE.md förblir den enda sanningskällan för de lokala fakta. Behåll den separationen så hålls båda magra och ingendera driver ur synk med den andra.

Hur kontextbudgeten faktiskt beter sig

Tre saker är värda att veta precist, eftersom de driver designen:

Upptäckt är billigt; kroppen är det inte. Varje skills korta beskrivning laddas från början så att Claude vet att skillen finns — det kostar väldigt lite. Kroppen är annorlunda: den laddas endast när skillen triggas, men när den väl gör det stannar den i kontexten resten av sessionen. Den läses inte om varje tur, och den är mer än bara metadata när den väl är aktiv.

En kvarstående kropp upptar budgeten. Eftersom kroppen stannar när den väl laddats tar en lång skill upp utrymme hela tiden — utrymme som det faktiska arbetet behöver. Det är arkitekturskälet att hålla skills magra: inte prydlighet, utan att reservera kontext för uppgiften.

Detaljer hör hemma i referensfiler. Skrymmande material — långa checklistor, stora exempel, uppslagstabeller — bör ligga i separata filer som skillen laddar endast när den behöver dem. De kommer in vid behov och lämnar resten av tiden. En mager skill som pekar på bra referenser är den design som kontextbudgeten belönar.

En praktisk notering: efter att en lång session komprimerats återansluts nyligen använda skills inom en delad budget, senast använd först — så om en stor skill slutar forma beteendet mitt i sessionen, anropa den på nytt snarare än att anta att den fortfarande är fullt närvarande.

Varför det fortfarande spelar roll att rensa kontexten

Skills tar inte bort arbetsloopens vana att rensa kontexten mellan faser — de gör den viktigare. När du går från planering till byggande vill du ha planeringsbruset borta och rätt skill plus den relevanta koden rent laddade. En skill är en återanvändbar input till den färska kontexten, inte ett skäl att låta en lång, grumlig tråd löpa för evigt. Läs projektet, ladda skillen du behöver, gör fasen, rensa, upprepa.

Vad som kommer härnäst

Seriens sista del gör allt detta konkret: en genomgång av ett riktigt produktions-skill-bibliotek, vad som gör dess skills produktionsklass, och de defensiva mönster som är värda att kopiera.

Nästa i den här serien: Del 4 — Produktions-skills: ett riktigt bibliotek