Przejdź do głównej zawartości

Automatyzacja Claude Code to praca Claude Code bez człowieka przy prompcie: /goal, claude -p w skryptach i CI, hooki, sesje w tle, dynamiczne przepływy pracy, routine’y w chmurze i Claude Agent SDK. Przebieg bez nadzoru jest tak bezpieczny jak jego uprawnienia i tak wiarygodny jak maszynowa kontrola, która decyduje, czy jego wynik trafi do merge’a.

Masz zadania, które Claude Code mógłby dokończyć sam: migrację w 200 plikach, nocny raport zależności, analizę każdego czerwonego przebiegu CI. Ten hub pomaga programistom i tech leadom dobrać powierzchnię do zadania i sprawdzić wynik bez czytania każdego diffa.

Która powierzchnia Claude Code powinna uruchamiać twoje zadanie?

Dział zatytułowany „Która powierzchnia Claude Code powinna uruchamiać twoje zadanie?”

Wybieraj według tego, co uruchamia przebieg, i miejsca, w którym ma się wykonać: zadanie, które potrzebuje lokalnej bazy danych, działa na twojej maszynie, a takie, które ma działać, gdy laptop śpi, trafia do CI albo do routine’a (/schedule).

Twoje zadaniePowierzchniaWyzwalaczCzytaj
Pracuj, dopóki kontrola nie przejdzie/goal z weryfikowalnym warunkiemTy, razPraca z celem
Krok skryptu lub CI sprawdzany przez kodclaude -p --output-format jsonSkrypt lub cronSkrypty z Claude Code
Reguła obowiązująca przy każdym wywołaniu narzędziaHooki w .claude/settings.jsonZdarzenie cyklu życiaHooki
Zespołowa procedura, którą każdy uruchomiSkill, opcjonalnie w pluginie/nazwa albo wybór ClaudePolecenia niestandardowe i skille
Wyspecjalizowany pomocnikSubagent w .claude/agents/DelegowanieWłasne subagenty
Kilka lokalnych zadań narazclaude --bg, obserwowane w claude agentsTyAgent view
Dziesiątki lub setki agentówDynamiczny przepływ pracy albo /effort ultracodeTy albo plan ClaudeDynamiczne przepływy pracy
Przebiegi, gdy maszyna jest wyłączonaRoutine (/schedule, research preview)Zegar, wywołanie HTTP lub zdarzenie GitHubaRoutines
Code review i poprawki pull requestówanthropics/claude-code-action@v1Zdarzenie workflowGitHub Actions
Twój program steruje pętlą agentaClaude Agent SDKTwój kodAgent SDK
Sterowanie sesją z telefonuRemote Control i channelsTy albo zdarzenieChannels i Remote Control
Effort, serwery MCP, worktreeKonfiguracja sesjiPrzygotowanieZaawansowane techniki

Pozostałe narzędzia opisują huby automatyzacji Codexa i Cursora, a opcje chmurowe różnych dostawców zestawia porównanie agentów w tle i w chmurze.

Każdy krok korzysta z tego, co udowodnił poprzedni; przeskakiwanie oznacza debugowanie promptu, uprawnień i harmonogramu naraz.

  1. Uruchom zadanie interaktywnie, aż dwa razy się uda, i zapisz polecenie, które to potwierdza, np. npm test. To polecenie staje się bramką albo warunkiem /goal.

  2. Uruchom je w trybie headless z najwęższymi uprawnieniami, limitem wydatków i wynikiem w JSON. claude -p startuje w trybie uprawnień Manual (od v2.1.285 w trybie auto u zewnętrznych dostawców lub z wyłączoną telemetrią), a dontAsk odrzuca każde wywołanie narzędzia, które wymagałoby pytania (odczyty w katalogach roboczych i polecenia tylko do odczytu nadal działają), więc wymieniasz polecenia potrzebne zadaniu:

    Okno terminala
    claude -p "Triage the failing tests in ci.log. Do not edit test files." \
    --permission-mode dontAsk \
    --allowedTools "Read" "Grep" "Glob" "Bash(npm test *)" \
    --output-format json --max-budget-usd 2.00 > triage.json
    jq -e '.subtype == "success" and .is_error == false
    and ((.permission_denials // []) | length == 0)' triage.json
  3. Dodaj hook dla każdej reguły, która musi obowiązywać zawsze, np. blokadę zapisu do migrations/. Hook działa, nawet gdy model zignoruje instrukcje.

  4. Zrównoleglij pracę, gdy pojedynczy przebieg jest niezawodny: każde zadanie uruchamiaj przez claude --bg --worktree <nazwa>, jeden checkout na sesję.

  5. Zaplanuj zadanie albo przenieś je do CI: użyj routine’a (/schedule) dla przebiegów w chmurze i claude-code-action dla zdarzeń pull requestów.

  6. Po Agent SDK sięgnij na końcu, gdy skrypt wokół claude -p przestaje wystarczać; sterowanie agentami z kodu porównuje SDK trzech dostawców.

Jak zweryfikować pracę Claude Code bez nadzoru, nie czytając każdej linii?

Dział zatytułowany „Jak zweryfikować pracę Claude Code bez nadzoru, nie czytając każdej linii?”

Ufaj bramkom, nie podsumowaniu Claude:

  • Wynik sprawdzany przez skrypt. Wrapper kończy się błędem, chyba że subtype, is_error i permission_denials pokazują czysty przebieg. Werdykt „met” dla /goal to ocena modelu, a nie dowód.
  • Niezależne kontrole. CI ponownie uruchamia testy, sprawdzanie typów i lint na wypchniętej gałęzi, więc agent nie może sam oznaczyć swojej pracy na zielono.
  • Drugi recenzent. /code-review albo claude ultrareview z powłoki (automatyzacja code review).
  • Ślad audytowy. Archiwizuj wynik JSON razem z przebiegiem.

Człowiek zatwierdza merge na podstawie tych dowodów, zebranych w pakiet dowodów; dowody zamiast diffów wyjaśniają nową rolę recenzenta.

ObjawPrzyczynaNaprawa
Przebieg headless kończy się wcześniedontAsk odrzucił potrzebne narzędziePrzeczytaj .permission_denials; dodaj jedną wąską regułę --allowedTools
/schedule zwraca „Unknown command”ANTHROPIC_API_KEY ma pierwszeństwo przed logowaniem claude.ai, którego wymagają routine’yUsuń klucz albo użyj claude.ai/code/routines
Cel zgłasza „met”, a CI jest czerwoneEwaluator ocenił rozmowęWpisz do warunku polecenie i kod wyjścia; niech decyduje CI
Koszty stale rosnąPrzebieg headless nie ma limituPodaj --max-budget-usd (tylko z -p); zobacz kontrolę kosztów
Przebieg u kolegi zachowuje się inaczejKolega ma inną wersję lub kanał (2026-10-12 stable to v2.1.287, a latest to v2.1.296; tutaj użyto v2.1.283)Porównajcie claude --version; ustalcie jeden kanał
Zadanie uruchamiane przez PR ujawnia sekretHooki lub serwery MCP kontrybutora zadziałały z sekretami zadaniaUruchamiaj z --bare --setting-sources "" --strict-mcp-config; commit kontrybutora pobierz do osobnego katalogu, który agent tylko czyta, a zaufane skrypty z gałęzi domyślnej; zobacz tożsamość agentów i sekrety