Komponera skills till pipelines

Track 2 slutade med en regel: en skill, ett jobb. Det är här den regeln betalar sig. Den verkliga kraften i skills är inte någon enskild — det är att komponera flera fokuserade skills till en process som skulle vara ohanterlig som en monolit.

Varför enkelsyftes komponerar och monoliter inte gör det

Ta en process med trettio steg — säg, att producera en sökoptimerad artikel: research, nyckelordsarbete, disposition, utkast, intern länkning, en dubblettkontroll. Du skulle kunna försöka skriva en enda enorm skill som gör allt. Den skulle vara svår att validera (när outputen är fel, vilket av de trettio stegen misslyckades?), svår att återanvända (den passar bara den här exakta processen), och tung i kontexten hela tiden den körs.

Bryt ner den i en handfull fokuserade skills i stället — en för nyckelordsresearch, en för dispositionen, en för utkastet, en för dubblettkontrollen — och var och en blir verifierbar på egen hand, återanvändbar i andra processer, och mager. Det är hela argumentet för komposition: enkelsyftes-skills är lättare att validera, återanvända och åtgärda, och de hålls lätta i kontexten där en monolit tränger undan allt annat.

Hur överlämningen faktiskt fungerar

Var precis med den mentala modellen, för det är lätt att överfantisera. Det finns ingen separat pipeline-motor som kör dina skills åt dig. Komposition är en sekvens du designar: en skill producerar output, nästa skill konsumerar den. Claude bär den överlämningen inom arbetet — avslutar en skills jobb och går vidare till nästa — eller så anropar du var och en i tur och ordning.

Den distinktionen spelar roll för hur du bygger. Du konfigurerar inte ett orkestreringssystem; du designar skills vars output och input passar ihop rent. En nyckelords-skill som lämnar en prydlig lista är lätt för nästa skill att plocka upp. En som lämnar en vägg av prosa är det inte. Designa varje skills output med nästa skills input i åtanke.

Arbetsloopen, inkodad

Om du har arbetat dig igenom utvecklarspåret känner du igen formen: läs, planera, bygg, granska, committa. En väl komponerad uppsättning skills kodar in den loopen. En planeringsskill producerar den ändring du är på väg att göra; en byggskill arbetar utifrån den planen; en granskningsskill kontrollerar resultatet mot sina egna regler innan något committas. Skillsen är inte en ersättning för loopen — de är loopen, gjord upprepningsbar.

När man delar upp och när man slår ihop

Signalen att dela upp är en av två saker: arbetet har flera distinkta steg, vart och ett med sin egen omdömespunkt — eller en enskild skills kropp har vuxit lång nog att det är en kamp att hålla den mager. Båda säger samma sak: det här vill vara mer än en skill.

Signalen att hålla det ihopslaget är att stegen genuint är ett omdöme — de delar kontext, de sker tillsammans, att dela upp dem skulle bara skapa överlämningar utan något emellan. Dela inte upp för sakens skull. Dela där det finns verkliga sömmar.

En bra regel från produktion: varje skill bör vara något du kan beskriva i en mening och validera på egen hand. Om du inte kan det gör den för mycket.

Vad som kommer härnäst

Komponerade skills blir långt kraftfullare när de kan nå dina faktiska verktyg och data. Nästa del tar upp hur skills fungerar med MCP och hooks — att koppla en skill till dina system, och att använda deterministisk framtvingning runt den.

Nästa i den här serien: Del 2 — Skills, MCP och hooks