- Claude Code-rutiner paketerar prompts, repos, connectors och triggers till obevakade automatiseringar som körs helt i Anthropics moln.
- Tre utlösartyper – schemaläggning, API och GitHub-händelser – låter samma rutin driva nattliga jobb, webhook-drivna åtgärder och repo-medvetna arbetsflöden.
- Rutiner utmärker sig på repetitivt, kontexttungt DevOps-arbete som varningsprioritering, anpassad kodgranskning, kontroll av dokumentdrift och synkronisering med flera SDK.
- Säkerhetsnät som filialrestriktioner, miljöpolicyer, dagliga körningstak och organisationsomfattande växlar hjälper till att hålla autonoma körningar kontrollerade och granskningsbara.
Stäng din bärbara dator, gå och lägg dig och låt Claude Code fortsätta arbeta medan du sover. DevOps automatiseringKlockan två på morgonen kan den öppna ditt repo, hämta den högst prioriterade buggen från Linear, skapa en patch, skicka den till en ny gren och öppna en draft pull request. När du sätter dig ner med din första kaffe väntar fixen redan på granskning istället för att finnas kvar i någons TO-DO-lista.
Det är kärnidén bakom Claude Code-rutinerna: förvandlar Claude från en reaktiv kodningsassistent till en proaktiv bakgrundsarbetare som körs i Anthropics moln. Du definierar vad den ska göra en gång (prompt, repos, connectors och triggers), och från och med då hanterar den tyst repetitiva, tydligt definierade utvecklingsuppgifter enligt ett schema, på begäran via API, eller närhelst GitHub utlöser en specifik händelse.
Vad exakt är Claude Code-rutiner?
En "rutin" i Claude Code är en sparad automatisering som samlar tre saker: en prompt som beskriver jobbet, ett eller flera Git-arkiv och en uppsättning anslutna verktyg (kopplingar/MCP-servrar). Utöver det kopplar du en eller flera triggers så att samma konfiguration kan utlösas på olika sätt: vid fasta tidpunkter, via HTTP eller utanför GitHub-händelser.
Den avgörande detaljen är var rutinerna löperhelt i Anthropic-hanterad molninfrastruktur. Det finns inget behov av en bärbar dator som körs, en långlivad terminalsession eller din egen server. Varje gång en rutin utlöses, startar Claude en fullständig Claude Code-session i molnet, med åtkomst till de repos, miljöer och kopplingar som du har tillåtit.
Varje körning beter sig som en vanlig Claude Code-session, men utan tillsyn, vilket återspeglar mönster för bygga AI-agentteamAgenten kan köra shell-kommandon, använda valfria dedikerade färdigheter eller CLAUDE.md-konfigurationer i ditt repo, anropa externa tjänster via MCP-kopplingar och pusha grenar tillbaka till GitHub. Det finns ingen "godkännande"-prompt mitt i en körning – när den startas följer agenten instruktionerna i din prompt från början till slut.
Ägarskap och identitet spelar också roll härRutiner tillhör ditt individuella claude.ai-konto, delas inte med lagkamrater och räknas mot din dagliga rutintilldelning. Allt de gör via din GitHub-identitet eller anslutna tjänster visas som du – commits, pull requests, Slack-meddelanden, linjära problem och så vidare bär alla din användare.
Hur rutiner jämförs med cron-jobb, GitHub-åtgärder och lokal automatisering
På pappret låter rutiner lite som "cronjobb med AI-sås" eller smartare GitHub-åtgärder., och det är precis så många utvecklare först beskrev dem. Men det finns viktiga skillnader i hur de bestämmer vad de ska göra och var de körs.
Ett klassiskt cron-jobb är dumt men förutsägbartDu pekar den mot ett skript på din egen maskin eller server, det körs vid bestämda tider, och det är allt. Om skriptet hamnar i ett oväntat tillstånd, misslyckas det helt enkelt eller beter sig tyst fel. Det finns ingen resonemang, inget sammanhang, ingen anpassning – bara "kör den här filen just nu".
GitHub-åtgärder är mer sofistikerade men fortfarande stelaDe är fantastiska på att reagera på repo-händelser som pushes eller PRs och följa ett fast YAML-arbetsflöde: bygga, testa, lint, driftsätta. Men även komplexa arbetsflöden kan inte improvisera när verkligheten avviker från vad du kodade; stegen antingen klarar eller misslyckas enligt skriptet.
Claude Code-rutinerna landar mitt emellan dessa världarDu har fortfarande automatiska triggers och repeterbar exekvering, men istället för ett statiskt skript får du en fullständig Claude Code-agentsession bakom kulisserna. Rutinen läser din prompt plus färsk kontext (repo-status, kopplingar, trigger-nyttolast) och bestämmer hur man ska nå önskat resultat vid körning.
Detta gör rutiner idealiska för repetitivt arbete som ändå kräver tolkning, Liknande AIOps-metoder – uppgifter som att prioritera varningar, skräddarsy kodgranskning till din interna checklista eller uppdatera dokument när API:er ändras. Du kan skripta allt detta i bash och YAML, men du skulle sluta med att bygga om halva AI-agenten för hand.
Stödda triggers: schema, API och GitHub-händelser
Rutiner vaknar till liv genom triggersVarje rutin kan ha en eller flera utlösare kopplade, och alla utlösare som utlöses startar en ny session med samma prompt, repos och connectors. Det betyder att du till exempel kan köra nattliga triagejobb och även starta exakt samma logik via API när övervakning utlöser en varning.
Den schemalagda utlösaren är den enklaste att förståFrån webbgränssnittet kan du välja förinställningar per timme, dag, vardag eller vecka, med tider uttryckta i din lokala tidszon och transparent konverterade under huven. Det finns avsiktlig förskjutning, så en körning kan starta några minuter efter väggklockans tid, men den förskjutningen förblir konsekvent för den rutinen.
För anpassade kadenser ger CLI mer kraft. Du kan springa /schedule i valfri Claude Code CLI-session för att skapa en schemalagd rutin på ett konversationsmässigt sätt, eller skicka en beskrivning i ett enkelt språk som /schedule daily PR review at 9amSedan, med hjälp av /schedule update, kan du ange ett explicit cron-uttryck – med en hård gräns: minsta intervall är en timme, allt som görs oftare avvisas.
Det finns också engångsschemaläggning för uppgifter som behöver ske senare, men bara en gång: en rensnings-PR efter ett distributionsfönster, ett uppföljningsjobb efter att en upstream-ändring har landat, eller en påminnelse om att omstrukturera viss kod om en vecka. Dessa körningar körs en gång, sedan inaktiveras schemat automatiskt och användargränssnittet markerar det som "Kört". Intressant nog räknas inte engångskörningar mot din dagliga rutinmässiga körningsgräns, även om de fortfarande drar nytta av din normala prenumerationsanvändning.
API-utlösaren förvandlar en rutin till en HTTP-slutpunktNär du lägger till en API-trigger från webbgränssnittet genererar Claude en URL och en bearer-token som är unik för den rutinen. Skickar ett autentiserat POST till /fire Endpoint startar en ny session och returnerar en JSON-nyttolast som innehåller det nya sessions-ID:t och en direkt URL för att titta på eller fortsätta körningen i webbläsaren.
Begäran kan innehålla ett fritt format text fält det blir extra exekveringskontext: du kan till exempel skicka den råa JSON-nyttolasten för en övervakningsvarning, ett felaktigt loggutdrag eller en kort beskrivning av vad som behöver undersökas. Rutiner analyserar inte automatiskt strukturerade nyttolaster – Claude tar emot dem som bokstavliga strängar och tolkar dem enligt dina instruktioner.
API-ytan är explicit i forskningsförhandsgranskning, skyddad av en beta-header som anthropic-beta: experimental-cc-routine-2026-04-01Anthropic förbehåller sig rätten att utveckla detta under förhandsvisningen, samtidigt som kompatibiliteten med ett par tidigare versioner bibehålls för att ge teamen tid att anpassa sig. Det är endast tillgängligt för claude.ai-användare; det är inte en del av den allmänna Claude Platform API-ytan.
GitHub-triggers är där det blir riktigt intressant för aktiva kodbaserNär du har installerat Claude GitHub-appen och anslutit relevanta repositorier kan du konfigurera en rutin som reagerar på GitHub-händelser: pull requests som öppnas, uppdateras, stängs eller märks; utgåvor som skapas, publiceras, redigeras eller tas bort; och andra kategorier som exponeras av appen. Varje matchande händelse skapar sin egen session – det sker ingen återanvändning av sessioner mellan händelser för GitHub-utlösta rutiner.
Filter låter dig vara extremt selektiv med vad som faktiskt utlöser en körningFör PR-händelser kan du begränsa efter författare, titel, brödtext, basgren, huvudgren, etiketter och olika booleska tillstånd (utkast kontra klar, sammanfogad kontra öppen, från fork eller inte). Varje filter parar ihop ett fält med en operator som lika med, innehåller, börjar med, är någon av, är ingen av eller matchar regex. Alla filter AND-behandlas tillsammans, så de måste alla matcha för att rutinen ska starta.
Praktiska användningsfall där rutiner lyser
De officiella dokumenten levereras med en serie exempel på användningsfall som träffade rätt punkt för rutiner: obevakat, repeterbart arbete med en tydlig definition av framgång. Utöver dessa har tidiga användare och branschanalytiker redan kartlagt ytterligare mönster som passar naturligt in i moderna DevOps-pipelines.
Nattlig rensning av eftersläpningar är en enkel vinstMed en schemalagd trigger inställd på att köras på vardagskvällar kan din rutin använda en connector (Linear, Jira, etc.) för att hämta problem som skapats sedan den senaste körningen, härleda relevanta kodområden, tillämpa eller justera etiketter därefter, tilldela rätt ägare och sedan publicera en snygg sammanfattning i ditt teams Slack-kanal. Nästa morgon är orderstocken redan sorterad istället för att vara en röra av oprivare ärenden.
Aviseringssortering via API-utlösaren är ett annat mönster med stor inverkanDitt övervaknings- eller felspårningsverktyg anropar rutinens slutpunkt när ett tröskelvärde överskrids och skickar varningsnyttolasten som textRutinen analyserar stackspårningen, korrelerar den med de senaste commitsen i det bifogade repot, utarbetar en PR med ett föreslaget korrigeringsförslag och en bakåtlänk till varningen och taggar jourhavande ingenjör. Istället för att börja från en tom terminal granskar och justerar jourhavande personal ett första utkast till lösning.
Anpassningsbar kodgranskning med GitHub-triggers är redan populärt inom AnthropicEn rutin man prenumererar på pull_request.opened kan tillämpa teamets interna granskningschecklista: köra tester, söka efter säkerhetsfallgropar i specifika kataloger, tillämpa stilregler och prestandariktlinjer, och sedan lämna kommentarer och en övergripande sammanfattning. Mänskliga granskare kan sedan fokusera på arkitekturbeslut istället för mekaniska fel.
Distributionsverifiering passar perfekt med API-utlösta rutinerEfter varje produktionsdistribution kan din CD-pipeline skicka ett POST-meddelande till rutinen med distributionskontexten. Rutinen kör röktester mot den nya versionen, söker igenom felloggar för nya regressioner och publicerar ett tydligt ja/nej-beslut i din releasekanal innan distributionsfönstret stängs.
Dokumentdrift och SDK-portering är två ytterligare tråkiga jobb som rutiner kan avlastaEtt veckoschema kan skanna sammanslagna PR:er sedan föregående körning, identifiera dokumentreferenser till API:er som har ändrats och öppna PR:er i ditt dokumentarkiv med föreslagna uppdateringar som en mänsklig redigerare kan förfina. En annan rutin kan aktivera PR:er som har sammanfogats till ett SDK-arkiv och översätta ändringen till en motsvarande patch för ett syskon-SDK på ett annat språk, vilket öppnar matchande PR automatiskt.
Skapa och hantera rutiner från webb, skrivbord och CLI
Du kan skapa rutiner från webbappen, skrivbordsappen eller CLI:n, och alla tre skriver till samma molnkonto. En rutin som skapats från din terminal visas omedelbart i claude.ai/code/routines, och vice versa.
Webbgränssnittet erbjuder den mest kompletta konfigurationsytan att hjälpa snabba upp mjukvaruutvecklingen. Från claude.ai/code/routines Du klickar på ”Ny rutin”, väljer ett namn och definierar den prompt som ska vägleda agenten. Denna prompt är avgörande eftersom rutiner körs utan övervakning – till skillnad från en interaktiv session finns det ingen chans för dig att hoppa in och säga ”gör faktiskt inte det”. Det måste vara tydligt om omfattning, framgångskriterier och vad man ska göra när saker går fel.
Efter uppmaningen väljer du de arkiv som ska bifogasVar och en klonas på nytt i början av varje körning, vanligtvis från repots standardgren om inte din prompt anger något annat. Som standard kan Claude bara skicka till grenar med prefixet . claude/, vilket är en avsiktlig säkerhetsåtgärd för att förhindra att rutiner oavsiktligt ändrar långlivade eller skyddade grenar. Du kan åsidosätta detta per repo genom att aktivera "Tillåt obegränsade grenöverföringar", men det bör vara ett medvetet beslut med korrekta granskningar på plats.
Nästa steg är miljökonfigurationenVarje rutin körs i en molnmiljö som definierar nätverksåtkomstpolicy, miljövariabler och eventuella installationsskript som krävs för att göra ditt projekt körbart (installera beroenden, seeda databaser etc.). Standardmiljön använder "Tillförlitlig" nätverksåtkomst, vilket vitlistar vanliga paketregister, större molnleverantörs-API:er, containerregister och typiska utvecklingsdomäner, samtidigt som godtyckliga värdar blockeras med en 403 och x-deny-reason: host_not_allowedOm din rutin behöver kommunicera med ytterligare domäner måste du lägga till dem i tillåtelselistan eller förlita dig på MCP-kopplingar (som tunnlar via Anthropics servrar och inte kräver separat vitlistning för värdar).
Kontakter är bryggan ut till externa system
Rutiner kan använda alla MCP-kopplingar som är kopplade till ditt claude.ai-konto., såsom Slack, Linear, Google Drive eller andra tjänster, vilket hjälper till med kontrollera API-spridningNär du först skapar en rutin inkluderas alla för närvarande anslutna MCP-servrar som standard, men det rekommenderade är att ta bort allt onödigt så att agenten bara ser de verktyg den verkligen behöver. Lokalt tillagda CLI MCP-servrar (via något liknande claude mcp add) finns bara på din dator och visas inte som kopplingar om du inte också deklarerar dem i .mcp.json i ett klonat repository eller koppla dem via claude.ai/customize/connectors.
Triggerkonfiguration sker i avsnittet "Välj en trigger" i rutinredigeraren. Här kan du lägga till, redigera eller ta bort schemalagda triggers, API-tokens och GitHub-händelsetriggers. För API:et låter tokengenereringsmodalen dig skapa, generera eller återkalla bearer-token. För GitHub guidar formuläret dig genom att välja repos, händelsekategorier och eventuell filtreringslogik.
När rutinerna har skapats styrs de från sin detaljsidaOm du klickar på en rutin öppnas dess översikt: repos, miljö, kopplingar, prompt, schema, API-tokens, GitHub-triggers och en kronologisk lista över tidigare körningar. Därifrån kan du utlösa "Kör nu" utan att vänta på nästa schema, pausa eller återuppta scheman med en enkel växlingsknapp, byta namn på eller redigera konfigurationen eller ta bort rutinen helt. Att ta bort en rutin tar inte bort tidigare sessioner – de finns kvar i din sessionslista för granskning och granskning.
Repos, behörigheter, miljöer och nätverksåtkomst
Rutinmässig körning är starkt beroende av GitHub-åtkomst och kloning av repositorierOm du skapar en rutin från CLI med hjälp av /scheduleClaude kontrollerar om ditt claude.ai-konto är anslutet till GitHub och uppmanar dig att köra /web-setup om inte. Det flödet hanterar autentisering så att rutiner kan klona repos och fungera som din GitHub-identitet när du pushar branches eller öppnar PR:er.
Grenskydd är inbyggt som standardSom nämnts kommer Claude bara att pusha till grenar som börjar med claude/ om du inte uttryckligen tillåter obegränsade push-meddelanden för ett givet repo. Detta är avsett att förhindra de där "automatiseringen kl. 3 går amok"-incidenterna där någon felaktigt specificerad prompt pushar direkt till mainTeam som vill ha mer kontroll behåller vanligtvis det skyddsnätet på plats och tillämpar kodgranskning och CI-kontroller. claude/* grenar som alla andra bidrag.
Miljöer styr också hur mycket av internet en rutin kan se, en oro kopplad till feltoleransstrategierStandardläget för betrodda funktioner fokuserar på utvecklarvänliga domäner: paketregister, moln-API:er och liknande. Utgående anrop till andra värdar misslyckas snabbt med en tydlig nekande orsak. Eftersom MCP-kopplingar tunnlar via Anthropic-infrastrukturen kräver de inte ytterligare domänposter – men om du tar bort en koppling från rutinens konfiguration kommer agenten inte att kunna träffa det externa systemet under körningen.
Miljövariabler spelar roll för hemligheterAPI-nycklar, tokens och konfigurationsdetaljer som rutiner behöver måste lagras i miljön snarare än att bakas in i prompter eller kod. Detta håller känslig data centraliserad och lättare att rotera. Eftersom varje rutin ärver sin miljö vid varje körning kan en enda variabeländring automatiskt spridas till alla kommande körningar.
Användningsgränser, fakturering och organisationskontroller
Ur ett faktureringsperspektiv förbrukar rutiner din prenumeration på samma sätt som interaktiva sessioner gör.Varje körning använder tokens och beräknas mot dina plangränser, och utöver det har Anthropic ett dagligt tak för antalet rutinkörningar per konto. Din nuvarande användning och återstående dagliga rutinkörningar syns i claude.ai/code/routines eller din allmänna användningssida.
Organisationer med Team- eller Enterprise-planer kan valfritt aktivera "ytterligare användning"När det är aktiverat kan rutiner fortsätta köras efter det dagliga taket baserat på överanvändning. Om ytterligare användning är inaktiverad och du når den dagliga körgränsen eller din prenumerationskvot, kommer ytterligare rutinkörningar att avvisas tills fönstret återställs. Engångsschemalagda körningar är ett specialfall: de räknas inte mot det dagliga rutingränsen, men drar fortfarande från din normala plananvändning.
Administratörskontroll över rutiner är ganska striktTeam- och företagsadministratörer kan globalt inaktivera rutiner för alla medlemmar via en växlingsknapp i claude.ai/admin-settings/claude-codeNär den här knappen är avstängd slutar befintliga rutiner att köras och användare blockeras från att skapa nya. Eftersom det är en serverinställning på organisationsnivå kan enskilda användare inte åsidosätta den i lokala eller personliga konfigurationer.
Ur ett styrnings- och revisionsperspektiv, kom ihåg att rutiner fungerar som duOm en rutin öppnar en PR klockan 02:00 är författaren ditt GitHub-konto. Det är kraftfullt men också något som säkerhets- och efterlevnadsteam bryr sig om. Tydliga uppmaningar, strikta omfattningar och robusta granskningspolicyer kring claude/* grenar bidrar mycket till att hålla saker säkra.
Felsökning och felsökning hanteras via samma sessionsvy du känner till från interaktiv Claude Code. Om något misslyckas – oavsett om det beror på miljöproblem, nätverksavslag, felaktiga prompter eller uppströmsändringar – är den misslyckade körningen fortfarande en vanlig Claude Code-session. Du kan öppna den, granska kommandohistoriken, se skillnader och till och med fortsätta chatta med agenten för att slutföra jobbet manuellt eller förfina framtida prompter.
Om man ser på helheten flyttar rutiner Claude Code från "assistent du pratar med" till "arbetare du distribuerar"De ersätter inte människor, och de är inte heller en fullständig ersättning för deterministiska verktyg som GitHub Actions där förutsägbarhet och exakt semantik är viktigast. Men för det breda spektrumet av repetitivt, kontexttungt arbete – prioritering, granskning, dokumentationshygien, synkronisering mellan SDK:er – befriar de utvecklare från slitet och låter en ständigt aktiv agent hantera nattskiftet. Med noggrann snabb design, disciplinerad användning av kopplingar och förnuftiga repo-behörigheter kan de bli en pålitlig del av din DevOps-verktygslåda snarare än bara ytterligare en flashig AI-demo.
