Skills, MCP och hooks
En skill på egen hand är procedurkunskap — den berättar för Claude hur något ska göras. I produktion räcker det sällan. Skillen behöver åtkomst till dina faktiska verktyg och data, och du behöver ofta garantier för att vissa saker alltid sker. Det är där MCP och hooks kommer in. Konststycket är att hålla fyra mekanismer isär, eftersom de är lätta att förväxla och de gör genuint olika jobb.
Fyra mekanismer, fyra jobb
| Mekanism | Jobb | Hur den aktiveras | I kontexten |
|---|---|---|---|
| CLAUDE.md | Alltid-sanna fakta, konventioner, regler | Automatiskt, vid uppstart | Alltid närvarande |
| Skill | En procedur eller ett arbetsflöde (villkorligt) | Du anropar den, eller Claude matchar dess beskrivning | Metadata alltid; kropp vid trigger |
| MCP | Åtkomst till externa verktyg, API:er, data | Verktyg är tillgängliga för Claude att anropa | Verktygsdefinitioner vid uppstart |
| Hook | Deterministisk handling på en händelse | Körs automatiskt på sin trigger | Körs oavsett Claude |
Enradsversionen: CLAUDE.md är fakta. En skill är en procedur. MCP är verktygsåtkomst. En hook är framtvingning.
Varför distinktionerna spelar roll
En skill ger inte sig själv verktygsåtkomst. Det här är den vanligaste förväxlingen. En skill kan säga "hämta de öppna issuesen och sammanfatta dem", men den kan inte nå din issue tracker på egen hand. MCP är det som kopplar Claude till den trackern. Skillen är proceduren; MCP är räckvidden. Om en skill behöver dina system måste en MCP-anslutning tillhandahålla dem.
En hook är inte modellens val. En skill är villkorlig — Claude använder den när det är relevant, och du kan stoppa den. En hook körs varje gång dess händelse inträffar, vare sig Claude "vill" eller inte. Det är precis därför hooks är rätt verktyg för saker som alltid måste hända: kör formateraren vid varje sparning, blockera en commit som inte klarar lint, skicka en notifiering när en uppgift avslutas. Framtvingning hör hemma i hooks just för att den inte är valfri.
Fakta hör hemma i CLAUDE.md, inte i varje skill. Om ett faktum alltid är sant om projektet — arkitekturen, konventionerna, fillayouten — hör det hemma i CLAUDE.md, laddat från början. Skills förlitar sig då på det i stället för att var och en upprepar det. Den här separationen håller båda magra, och det är ett mönster som håller i produktion: skills tillhandahåller den generiska proceduren, CLAUDE.md tillhandahåller den lokala sanningen.
Hur de komponerar
Mekanismerna är inte alternativ; de arbetar tillsammans. En enda /deploy-skill kan: förlita sig på CLAUDE.md för projektets deploy-konventioner, anropa ett MCP-anslutet verktyg för att trigga den faktiska deployen, och låta en hook köras för att köra kontroller eller notifiera teamet när den är klar. Skillen orkestrerar proceduren; MCP ger den räckvidd; hooken garanterar det icke förhandlingsbara steget; CLAUDE.md tillhandahåller de stående fakta under.
En notering om ett relaterat fält du kommer att se: vissa skills kan deklarera de verktyg de är förgodkända att använda. Behandla det som en förhandsfunktion — användbar, men bekräfta nuvarande stöd innan du förlitar dig på det i en styrd uppsättning.
Vad som kommer härnäst
Du har nu de fyra mekanismerna och hur de passar ihop. Nästa del tar ett steg tillbaka till arkitekturen: hur skills, CLAUDE.md och arbetsloopen bildar ett kontextsystem, och hur du hanterar kontextbudgeten så att en skill hjälper snarare än tränger undan.
Nästa i den här serien: Del 3 — Skills och kontextarkitekturen