Automatyzacja

Automatyzacja pracy agentów oznacza, że Claude Code, Codex albo Cursor działa bez człowieka przy klawiaturze: do zapisanego celu, według harmonogramu, na maszynie w chmurze albo od oznaczonego zgłoszenia do pull requesta. Opłaca się tylko wtedy, gdy wynik sprawdzają deterministyczne bramki, budżet i wskazana osoba, która robi merge, a nie ktoś czytający każdą linię.

Ta sekcja jest dla deweloperów, którzy chcą, żeby agent pracował dalej, gdy przestają pisać, i dla tech leadów, którzy decydują, co może działać bez nadzoru. Każde wpisane „działaj dalej” to tura, którą agent mógł wykonać sam.

Który przewodnik po automatyzacji pasuje do twojego zadania?

Chcesz…	Zacznij od
Utrzymać jedną sesję w pracy, aż spełni się sprawdzalny warunek	Polecenie /goal
Uruchamiać prompt cyklicznie: pilnować wdrożenia, doglądać PR	Polecenie /loop
Wybrać między sesjami Claude Code w chmurze, Codex cloud, Cursor Cloud Agents, Copilotem i Jules	Agenci w tle i w chmurze: porównanie
Zamienić oznaczone zgłoszenie w PR gotowy do review bez udziału człowieka	Od zgłoszenia do PR
Przeprowadzić zmianę za merge: auto-merge według klasy ryzyka, rollout, rollback	Od intencji do produkcji
Rozgałęziać własny kod zależnie od tego, co znalazł agent	Porównanie SDK agentów
Podzielić jedno zadanie między kilku agentów bez mnożenia kosztów	Wzorce orkiestracji

Multipleksery, sandboksy i zewnętrzne orkiestratory znajdziesz w katalogu narzędzi agentowych.

W jakiej kolejności automatyzować?

Każdy krok usuwa jeden rodzaj udziału człowieka. Idź dalej dopiero wtedy, gdy poprzedni krok działa bez ratowania.

1. Niech „gotowe” da się sprawdzić maszynowo. O sukcesie musi decydować jedno polecenie (testy, sprawdzenie typów, lint). Zobacz Poziom 4: piszesz specyfikacje.
2. Przestań pisać „działaj dalej”. Używaj /goal do pracy z metą i /loop do pracy cyklicznej w sesji, którą wciąż obserwujesz.
3. Przenieś przebieg poza laptopa. Uruchom to samo ograniczone zadanie jako agenta w tle lub w chmurze i przejrzyj, co wraca. Po SDK albo kilku agentów sięgnij tylko tam, gdzie jedno polecenie headless nie wystarcza.
4. Usuń ręczne uruchamianie. Podłącz potok od zgłoszenia do PR, tak aby etykieta startowała przebieg, a CI niezależnie powtarzało bramki.
5. Usuń ręczny merge i wdrożenie tylko dla klas niskiego ryzyka. Postępuj według przewodnika od intencji do produkcji, a dla wszystkiego innego zachowaj akceptację człowieka.

Jak każde narzędzie uruchamia pracę bez nadzoru?

Claude Code

W sesji: /goal i /loop. Ze skryptu lub CI: claude -p z --output-format json i limitem wydatków --max-budget-usd (działa tylko w trybie print). claude --bg startuje sesję w tle, którą claude agents (widok agentów, research preview) wyświetla na liście, a claude logs lub claude attach pozwala śledzić. Routines (/schedule, research preview) działają na infrastrukturze Anthropic. Gdy kod ma się rozgałęziać zależnie od wyniku, użyj Claude Agent SDK. Sprawdzone na Claude Code 2.1.283 (kanał latest, 2026-09-26).

Codex

W sesji: /goal (funkcja goals jest stabilna i domyślnie włączona). Codex nie ma /loop (brak w wyliczeniu poleceń slash 0.162.1, w ciągach znaków pliku binarnego i w dokumentacji poleceń deweloperskich, sprawdzone 2026-10-12). Ze skryptu lub CI: codex exec, z --output-schema dla typowanego wyniku i --ephemeral, żeby nie zapisywać plików sesji na dysku. Zaplanowana praca działa jako automatyzacje Codex, a przebiegi sterowane kodem używają Codex SDK. Sprawdzone na Codex CLI 0.157.1.

Cursor

Cloud Agents i Automations działają w izolowanych maszynach wirtualnych w chmurze. Dokumentacja Cursora wymienia wyzwalacze Scheduled, Source control, Slack, Webhook, Linear, Sentry i PagerDuty (sprawdzone 2026-10-12). /goal jest nadal opisane jako wdrażane stopniowo („Rolling out”, sprawdzone 2026-10-12), a /loop jest wbudowanym skillem. Skrypty używają trybu print CLI (-p) albo Cursor SDK.

Prompty, od których zaczniesz automatyzację w tym tygodniu

Prompt do skopiowania: czy to repozytorium jest gotowe na przebiegi bez nadzoru?

Audit this repository for unattended agent runs. Do not change any files.
Report, with the exact command or file path for each:
1. The single command that proves a change is done (tests, type check, lint).
   Run it and report its duration and whether it passes on a clean checkout.
2. Tests that failed or were retried in the last 20 CI runs, if CI history is visible.
3. Secrets or credentials a run would need, and whether any are readable from the repo.
4. Directories an agent must never edit (migrations, generated code, infra).
Finish with a verdict: READY, READY WITH LIMITS (name them), or NOT READY
(list the three fixes that would change that).

Prompt do skopiowania: cel z metą, którą sprawdzi weryfikator

/goal Migrate every handler in src/api/ from the callback signature to async/await.
Done when: npm test and npm run typecheck both exit 0, and
`grep -rn "function (req, res, next)" src/api` returns no matches.
Do not edit tests to make them pass, do not touch src/api/legacy/,
and stop and report if the same failure occurs twice.

Jak ufać pracy, której nikt nie obserwował?

Czytasz dowody, nie diff:

• Bramki, których agent nie może zmienić. CI na wypchniętej gałęzi powtarza testy, sprawdzenie typów, lint i skany bezpieczeństwa, niezależnie od tego, co twierdzi agent.
• Pakiet dowodów w każdym PR. Pakiet dowodów wymienia, co uruchomiono, co się zmieniło i czego nie sprawdzono; zobacz czytanie dowodów zamiast kodu.
• Budżety i limity. Limit kwoty lub tur na przebieg i pętla poprawek ograniczona do kilku prób.
• Ślad tego, co zrobił agent. Obserwowalność agentów wiąże wywołania narzędzi i koszt z każdym PR.
• Merge wykonywany przez wskazaną osobę, dopóki dana klasa ryzyka nie zasłuży na auto-merge.

Co się psuje, gdy agenci działają bez nadzoru?

Typowe awarie i jak je naprawić

• Agent osłabia sprawdzenie. Usuwa padający test albo luzuje asercję, żeby dojść do „gotowe”. Naprawa: chroń ścieżki testów i konfiguracji w prompcie i w CI, a build niech pada, gdy spada liczba testów.
• Przebieg, który się nie kończy. Niejasny warunek sprawia, że pętla ciągle wydaje pieniądze. Naprawa: zapisz metę jako polecenie, ustaw budżet i każ agentowi zatrzymać się przy powtórzonym błędzie.
• Za szeroki dostęp. Przebieg ma poświadczenia albo pełny dostęp, których nie potrzebował. Naprawa: unieważnij token, używaj minimalnych uprawnień, a tryby omijające zabezpieczenia, takie jak --dangerously-skip-permissions, zostaw wyłącznie dla jednorazowych sandboksów z ograniczoną siecią.
• Równoległe przebiegi się zderzają. Kilku agentów edytuje ten sam plik. Naprawa: daj każdemu przebiegowi własny moduł i worktree oraz stosuj wzorce orkiestracji.
• Zielone checki, złe zachowanie. Słabe testy przepuszczają błędny kod. Naprawa: zanim poszerzysz automatyzację, dodaj testy akceptacyjne wyprowadzone ze specyfikacji.

Dokąd dalej z automatyzacją?

Nie masz jeszcze maszynowo sprawdzalnej definicji ukończenia? Zacznij od Poziomu 4. W przeciwnym razie zacznij dziś od /goal, a potem zbuduj potok od zgłoszenia do PR. Poziom 5: prowadzisz fabrykę oprogramowania opisuje, dokąd prowadzi ta sekcja.

Od zgłoszenia do pull requesta bez rąk na klawiaturze