Najczęstsze pytanie, jakie słyszę o agentach Claude Code, nie brzmi „jak zbudować agenta”, tylko „jak sprawić, żeby działał, kiedy mnie nie ma przy klawiaturze”. To dwie różne sprawy. Agent w terminalu, który czeka na twój prompt, to wciąż narzędzie ręczne. Dopiero gdy uruchamia się sam — co dziesięć minut, co godzinę albo na zdarzenie — zaczyna pracować na ciebie w nocy.
Nie ma jednej najlepszej metody wdrożenia. Jest kilka, każda pasuje do innego typu automatyzacji, więc zamiast szukać „tej właściwej” pokażę ci ramę do porównywania opcji, a potem przeprowadzę przez trzy konkretne ścieżki: komendę /loop, rutyny Claude w chmurze oraz własną chmurę na Modal lub Trigger.dev. Na końcu — tabela decyzyjna i dwie rzeczy, o których warto wiedzieć, zanim oddasz agentowi kontrolę.
Rama: jak myśleć o wdrożeniu
Zanim wybierzesz metodę, ustaw sobie dwie osie. Każde wdrożenie leży gdzieś na tych skalach i to one definiują kompromisy.
- Gdzie to działa? Na twojej maszynie (komputer musi być włączony) albo w chmurze — Anthropic, Modal, Trigger.dev, własny VPS. To rozstrzyga, czy automatyzacja przeżyje zamknięcie laptopa.
- Jak bardzo jest deterministyczna? Pełna pętla agentowa z autonomicznym podejmowaniem decyzji na jednym końcu, a po drugiej stronie skrypt, który za każdym razem wykonuje się tak samo. Im więcej decyzji zostawiasz modelowi, tym mniej przewidywalny — i droższy — przebieg.
Rama WAT — co tak naprawdę wdrażasz
Druga rama pilnuje, żebyś nie pomylił części automatyzacji z całością. Oceniając dowolną metodę, pytaj, które z tych trzech elementów faktycznie wdrażasz:
- W = Workflow — proces, kolejność kroków.
- A = Agent — autonomiczna pętla rozumowania, ta część, która decyduje.
- T = Tools — narzędzia: API, integracje, dostęp do plików.
To istotne, bo niektóre metody domyślnie gubią A. Dostajesz proces i narzędzia, ale bez autonomicznego mózgu, który łączy je w decyzję. Czasem właśnie o to chodzi — deterministyczny skrypt jest tańszy i bezpieczniejszy. Czasem to pułapka, bo spodziewasz się agenta, a dostajesz sztywny przepływ.
Gdzie w tym wszystkim są umiejętności (skills)? Skill może być samym W — na przykład „tak piszę post na LinkedIn” — albo W + T, gdy ten sam skill wskazuje też na narzędzie, np. generator infografik przez API. Warto to wiedzieć, bo kiedy mówię „wdrażam skill”, musisz dopytać, czy chodzi o sam proces, czy o proces plus narzędzia.
Metoda 1: komenda /loop
To najszybsza droga do uruchomienia automatyzacji. Prosisz Claude Code o pętlę, a on odpala ją według harmonogramu, wykonuje pracę, zatrzymuje się i powtarza. Zero konfiguracji — dosłownie prosisz o pętlę.
Jak to działa pod spodem
Claude Code ma trzy wewnętrzne narzędzia do harmonogramowania: cron_create, cron_list i cron_delete. Cron to po prostu zaplanowane zadanie. Harmonogram jest wewnętrzny dla procesu Claude Code, a poszczególne crony są przypisane do sesji — każda sesja (zakładka terminala, okno aplikacji desktop) ma własne pętle, które sobie nawzajem nie przeszkadzają.
Jak ją ustawić
Używasz języka naturalnego, nie musisz pamiętać żadnej składni. Wpisujesz na przykład: „Ustaw pętlę co 10 minut, która przypomni mi o wyniesieniu śmieci”. Claude Code uruchamia skill /loop, woła cron_create i odpowiada zwykłym zdaniem, jak rozumie harmonogram. Tyle.
Terminal kontra aplikacja desktop
Ta różnica waży więcej, niż się wydaje. Te same pętle zachowują się inaczej zależnie od tego, gdzie je odpalasz:
| Cecha | Aplikacja desktop | Terminal |
|---|---|---|
Przeżywa komendę /clear | Nie (zabija crona) | Tak (crony żyją dalej) |
| Maksymalny czas życia pętli | 3 dni | 7 dni |
| Funkcjonalność | Podstawowa | Pełniejsza |
Wniosek jest prosty: jeśli na poważnie korzystasz z /loop, używaj terminala.
Jitter — ważny kwirk
Żeby wszystkie sesje nie uderzały w API w dokładnie tej samej sekundzie, Claude Code dorzuca do zadań cyklicznych do 30 minut losowego przesunięcia (jitter). Harmonogram „o 9:17 i 9:27” nie wystrzeli co do minuty, ale odstęp — co 10 minut — zostaje zachowany. Nie planuj więc na /loop rzeczy, które muszą zadziałać punktualnie.
Wzorce, które warto znać
- Pętla samowygasająca: „Uruchamiaj to co 10 minut, a po 24 godzinach zabij pętlę”. Nie zostawiasz wtedy czegoś, co miele w nieskończoność.
- Pętla
/clearco 5 minut obok pętli roboczej, żeby zapobiec gniciu kontekstu (context rot) w długim przebiegu. - Przykład z życia: po wgraniu filmu na YouTube ustawiasz pętlę, która co 10 minut czyta nowe komentarze i odpowiada na nie, używając transkrypcji jako kontekstu.
Plusy i minusy
Plusy: zerowa konfiguracja; pełna pętla agentowa (W + A + T); dostęp do wszystkich skilli, plików i komend slash; możesz odpalać komendy w rodzaju /clear wewnątrz pętli.
Minusy: sesja musi pozostać otwarta; maszyna musi być włączona; maksymalny czas życia to 7 dni; odstęp jest „mniej więcej” stały przez jitter.
Migawka WAT: działa na twojej maszynie · obejmuje W + A + T · maszyna włączona: tak · sesja otwarta: tak.
Metoda 2: zadania zaplanowane i rutyny Claude
Obie te opcje znajdziesz w aplikacji desktop Claude pod sekcją Routines. Działają niemal identycznie, z jedną zasadniczą różnicą: gdzie się wykonują.
Lokalne zadania zaplanowane
Wykonują się na twojej maszynie. Aplikacja desktop musi być otwarta, a komputer włączony. Jest tu jedno zachowanie, na które trzeba uważać — nadrabianie zaległości (catch-up). Jeśli komputer był wyłączony przez pięć dni i znów otwierasz aplikację, Claude Code patrzy na wszystkie lokalne zadania, które się nie wykonały, i nadrabia je. Jeśli tego nie chcesz, wstrzymaj zadania, zanim wyłączysz maszynę na dłużej.
Rutyny Claude (w chmurze)
Wykonują się na infrastrukturze Anthropic. Maszyna może być wyłączona, desktop zamknięty, terminal zamknięty — uruchamiają się zawsze. To jest prawdziwe 24/7. Trzeba jednak pilnować limitów.
- Dzienne limity uruchomień: Pro — 5 dziennie; Max — 15 dziennie; Team/Enterprise — 25 dziennie. Powyżej tego nadmiarowe użycie jest rozliczane dodatkowo.
- Minimalny odstęp: 1 godzina. Jeśli potrzebujesz częstszego harmonogramu, użyj
/loop. - Wyzwalacze: harmonogram, zdarzenie GitHub albo API (webhook). To znaczy, że rutyny mogą być sterowane zdarzeniami, nie tylko czasem.
Jak działają obie
Piszesz prompt — pełne instrukcje, włącznie z tym, który skill uruchomić i w jakiej kolejności — a ten prompt zostaje wstrzyknięty do świeżej sesji Claude Code w momencie, gdy harmonogram wystrzeli. Projekt niesie ze sobą twoje klucze API, kontekst i dostęp do skilli.
Jedna uwaga techniczna: ponieważ rutyny w chmurze działają na sklonowanym repozytorium w chmurze Anthropic, zmienne środowiskowe konfiguruje się tu nieco inaczej niż w zadaniach lokalnych. Sprawdź to, zanim zdziwisz się, że integracja nie widzi swojego klucza.
Plusy i minusy
Plusy: wbudowane wprost w Claude Code, bez dodatkowej infrastruktury; pełne możliwości Claude Code (skille, powłoka, MCP, podagenci, rozumowanie); wariant chmurowy to prawdziwe 24/7 bez zależności od maszyny; rutyny chmurowe można wyzwalać przez API lub zdarzenia GitHub.
Minusy: rutyny chmurowe mają minimalny odstęp 1 godziny; dzienne limity bywają ciasne, zwłaszcza na Pro; wersje lokalne wymagają włączonej maszyny i otwartego desktopa; nieostrożne zakreślenie promptu w przebiegach autonomicznych może wywołać niechciane działania — obserwuj je przez jakiś czas, zanim im zaufasz.
Migawka WAT
| Lokalne zadanie | Rutyna chmurowa | |
|---|---|---|
| Gdzie | Twoja maszyna | Chmura Anthropic |
| Obejmuje | W + A + T | W + A + T |
| Maszyna włączona | Tak | Nie |
| Sesja otwarta | Nie (startuje nowa) | Nie (startuje nowa) |
Metoda 3: Modal i Trigger.dev
To wdrożenie typu „własna chmura”. Piszesz skrypt, wypychasz go na Modal lub Trigger.dev i konfigurujesz, by uruchamiał się według harmonogramu albo z webhooka.
Dwie platformy
| Platforma | Język | Charakter |
|---|---|---|
| Modal | Python | Funkcje serverless na cronie. Działa jak „skrypt na minutniku”. |
| Trigger.dev | TypeScript | Trwały silnik przepływów, który też obsługuje cron. Sprawia wrażenie nieco bardziej agentowego — pozwala rozbić pracę na kilka skryptów wołających się nawzajem. |
Obie mogą też pełnić rolę endpointów API, więc da się je wołać webhookami z innych automatyzacji.
Jak pomaga tu Claude Code
Claude Code dobrze współpracuje z obiema. Rozumie, jak wypchnąć skrypty na środowisko deweloperskie i wypromować je na produkcję, a także jak skonfigurować zmienne środowiskowe na Modal albo Trigger.dev, żeby wdrożona automatyzacja miała dostęp do integracji. Nie musisz sam pisać Pythona ani TypeScriptu — od tego jest agent.
Bonus: Claude Agent SDK
Domyślnie wdrożenia na Modal i Trigger.dev dają ci tylko W + T, bez autonomicznego agenta. Jeśli chcesz odzyskać A, sięgasz po Claude Agent SDK.
Czym jest Agent SDK? To w gruncie rzeczy endpointowa wersja Claude Code. Claude Code jest interfejsem zbudowanym na Agent SDK. Samo API Claude daje ci „tylko mózg, który odpowiada”, a Agent SDK daje mózg plus ręce — wołanie narzędzi, powłokę bash, edycję plików, wyszukiwanie w sieci, całą pętlę.
Najważniejsze zachowania, o których musisz pamiętać:
- Domyślnie bezstanowy. Każde żądanie budzi się od zera. Żeby utrzymać kontekst, przekazujesz identyfikator sesji.
- Autokompaktuje, ale nie ma odpowiednika
/clear. Żeby wyczyścić kontekst, startujesz nową sesję. - Wspiera podagentów, MCP, hooki, skille, komendy slash, plik
CLAUDE.md, pamięć i kompaktowanie. - Wymaga klucza API Claude. Nie korzysta z twojej subskrypcji Claude, więc jest droższy niż uruchamianie Claude Code wprost.
- Aktualizacja z 13 maja 2026: miesięczne kredyty Claude mogą być teraz zaliczane na poczet użycia Agent SDK, ale to osobny, dedykowany budżet, nie twoje tygodniowe zużycie z subskrypcji. Szczegóły sprawdzaj w ogłoszeniu Anthropic.
Plusy i minusy
Plusy: maszyna nie musi być włączona; żadna sesja nie musi pozostawać otwarta; wiele automatyzacji deterministycznych w ogóle nie potrzebuje AI, więc całkiem unikasz kosztów API; webhooki czynią je sterowanymi zdarzeniami, nie tylko czasem.
Minusy: przetwarzanie AI jest wyceniane jak API (za tokeny), nie jak subskrypcja; brak pętli agentowej domyślnie, chyba że użyjesz Agent SDK; trochę więcej konfiguracji niż przy /loop czy rutynach.
Migawka WAT: działa w chmurze Modal lub Trigger.dev · obejmuje W + T (albo W + A + T z Agent SDK) · maszyna włączona: nie · sesja otwarta: nie.
Warto też znać: usługi zarządzane i hooki
Dwie rzeczy nieco z boku głównej trójki, ale przydatne w decyzji.
Agenci zarządzani (Managed Agents) to nowsza usługa Anthropic do uruchamiania w pełni zarządzanych agentów w chmurze Anthropic. Moim zdaniem: jeśli już używasz Claude Code i masz własną infrastrukturę, zostań przy tym, co masz. Agenci zarządzani są najbardziej przydatni dla osób, które nigdy nie otworzyły Claude Code i chcą gotowy punkt startowy.
Hooki to automatyzacje sterowane zdarzeniami, mocno deterministyczne. Odpalają się, gdy w Claude Code wydarzy się konkretne zdarzenie. Typowe wyzwalacze to pre_tool_use, post_tool_use, session_start, session_end, wysłanie wiadomości (np. dźwięk powiadomienia, gdy Claude do ciebie pinguje) oraz konkretne akcje jak grep, glob czy edycja pliku. Hooki nabierają mocy, gdy je warstwujesz: session_end wyzwala kopię zapasową, post_tool_use dopisuje wpis do logu i tak dalej.
Tabela decyzyjna
Kiedy mam wybrać metodę, porównuję wszystko w jednym miejscu:
| Metoda | Gdzie działa | WAT | Maszyna wł.? | Sesja otwarta? | Najlepsza do |
|---|---|---|---|---|---|
/loop | Twoja maszyna | W + A + T | Tak | Tak | Szybkich, doraźnych, pełnoagentowych pętli stawianych w sekundy |
| Lokalne zadanie zaplanowane | Twoja maszyna | W + A + T | Tak | Nie | Cyklicznych zadań związanych z projektem, gdy maszyna i tak jest włączona |
| Rutyna Claude (chmura) | Chmura Anthropic | W + A + T | Nie | Nie | Prawdziwego 24/7 z pełnym zestawem funkcji Claude Code |
| Modal / Trigger.dev | Ich chmura | W + T (W + A + T z SDK) | Nie | Nie | Skryptów deterministycznych, webhooków, przepływów bez AI |
Jak wybrać — i czego pilnować
Sprowadzam to do kilku zasad, które działają niemal zawsze.
Nie ma uniwersalnie najlepszej metody — dopasowujesz styl wdrożenia do typu automatyzacji. Dwie osie (gdzie działa + jak bardzo deterministyczna) to twój filtr decyzyjny, a rama WAT mówi ci, co naprawdę wdrażasz, bo niektóre metody domyślnie gubią A.
W praktyce: /loop do szybkiej iteracji, rutyny chmurowe do prawdziwego 24/7 z pełnym stosem Claude Code, a Modal/Trigger.dev do pracy deterministycznej lub sterowanej webhookami, gdzie AI nie jest potrzebne. Agent SDK to most — sięgasz po niego, gdy chcesz, żeby wdrożenie na Modal albo Trigger.dev nadal działało agentowo.
I jedna rzecz ważniejsza niż wybór platformy: obserwuj automatyzacje autonomiczne przez jakiś czas, zanim im zaufasz. Najczęstszą przyczyną niechcianych działań jest luźno zakreślony prompt — agent dostaje za dużo swobody i robi coś, czego nie miałeś na myśli. Zacieśnij zakres, popatrz na kilka przebiegów, a dopiero potem zostaw go samego w nocy.