BykiClaude Code går att bygga ut med plugins: små tillägg som ger verktyget nya förmågor, från att föreslå hur ett projekt ska sättas upp till att testa en app som en angripare skulle göra. Det kommer nya hela tiden, och listor över de plugins “alla borde ha” delas flitigt i sociala medier.
En kreatör på Instagram listar fem sådana. Vi går igenom dem kort, med en reservation: beskrivningarna nedan är vad pluginen sägs göra, inte en jämförelse eller ett test. Vi har själva provat flera av dem, men inte alla. Ta listan som tips, inte som en rekommendation.
De fem
Claude Code Setup ska läsa igenom din kodbas och föreslå vilka hooks, skills och subagenter som passar projektet. Alltså hjälp att komma igång, i stället för att du ska lista ut allt själv.
Find Skills ska hitta en passande skill utifrån vad du bygger. En skill är en samling instruktioner som AI:n läser när den gör ett visst jobb.
OmniRoute ska låta dig byta till en annan AI-leverantör när kvoten tar slut. Smart, om du ofta slår i taket. Men tänk på vad det betyder: din kod skickas då till en annan firma, som läser den.
Strix ska attackera din app som en angripare skulle göra, för att hitta sårbarheter innan någon annan gör det.
Agent Reach ska hämta innehåll från sociala plattformar utan API-nycklar. Det kan vara praktiskt, men det kan också strida mot plattformarnas villkor. Läs dem innan du använder något sådant i jobbet.
Tre frågor innan du installerar
Ett plugin får ofta göra mycket: läsa filer, köra kommandon, skicka data vidare. Det är det som gör dem användbara, och det är också därför de förtjänar en stunds eftertanke.
1. Vad kan pluginet göra med min kod?
Kan det bara läsa, eller också skriva, radera och köra kommandon? Ett plugin som föreslår en struktur behöver inte samma rättigheter som ett som ska ändra i den. Ju mer det får göra, desto viktigare är det att du vet vad det faktiskt gör.
2. Vart skickas min data?
Stannar allt på din dator, eller skickas koden till en tjänst någon annanstans? OmniRoute är ett tydligt exempel: hela poängen är att koden kan gå till en annan leverantör. Det kan vara helt i sin ordning, men det ska vara ett val du gör med öppna ögon, särskilt om koden innehåller kunduppgifter eller sådant som inte ska ut.
3. Vem har skrivit det, och kan jag låsa versionen?
Ett plugin är kod som någon annan har skrivit. Den kan vara utmärkt i dag och ändras i morgon. Kan du låsa den på en bestämd version, så att den inte uppdateras av sig själv, har du kontroll över när något förändras.
Så gör vi
Skills och verktyg från tredje part låser och granskar vi innan de får köras hos oss. I praktiken betyder det att vi låser dem på en bestämd version och läser igenom skript och nätverksanrop innan vi uppdaterar. Då smyger sig ingen uppdatering in utan att någon har tittat på den.
Det är samma tanke som i Fyra skyddsräcken innan du släpper en AI-agent lös: ett verktyg som får jobba i din kod ska ha tydliga gränser och gå att backa.
Pröva ett i taget
Det är frestande att installera hela listan på en gång. Gör hellre tvärtom. Läs vad pluginet gör innan du släpper in det, installera ett i taget och se hur det beter sig innan du lägger till nästa. Går något fel vet du då var det kom ifrån.
Checklistan:
- Koden: vad får pluginet läsa, skriva och köra?
- Datan: vart skickas det du arbetar med?
- Avsändaren: vem har skrivit det, och kan du låsa versionen?
Använder ni AI-verktyg i utvecklingen och vill ha ordning på vad som får köras var, är det sådant vi hjälper till med inom AI-strategi och utbildning. Ett kostnadsfritt samtal på 30 minuter räcker långt för att komma igång.