Agent nocny 24/7: harmonogram, kontrola i bezpieczeństwo

Dostępna sesja nie oznacza ukończonego zadania

Serwer może działać po zamknięciu laptopa, a agent nadal może czekać na dane, uwierzytelnienie lub decyzję. Rozdziel dostępność maszyny od skuteczności procesu. Określenie 24/7 warto rozumieć jako gotowość do wykonywania zaplanowanych zadań, bez obietnicy nieprzerwanego generowania i bezbłędnej pracy.

Dane wejściowe muszą być osiągalne bez komputera użytkownika. Jeśli istnieją tylko na uśpionym laptopie, sam VPS ich nie udostępni. Przed pierwszą nocą sprawdź lokalizację dokumentów, dostęp do potrzebnych usług i miejsce zapisu wyniku. Unikniesz sytuacji, w której sprawny harmonogram uruchamia zadanie pozbawione materiałów.

Zaprojektuj obieg jednego zadania

Praktyczny układ obejmuje harmonogram, kolejkę, wykonanie, kontrolę wyniku i zapis statusu. Kolejka przechowuje zadania oczekujące, a trwały status pozwala ustalić, co rzeczywiście się wydarzyło. Nie traktuj istnienia pliku wynikowego jako jedynego dowodu zakończenia; plik może być częściowy.

Claude Code udostępnia tryb programowy z użyciem claude -p, opisany w dokumentacji automatyzacji. Samo uruchomienie tego trybu nie zapewnia całej obsługi harmonogramu, ponowień i odbioru pracy. Te elementy trzeba zaprojektować odpowiednio do środowiska oraz znaczenia zadania.

Dla każdego przebiegu zachowaj identyfikator, wejście, czas rozpoczęcia i wynik kontroli. Rozróżniaj ukończenie, błąd oraz oczekiwanie na interwencję. Raport poranny powinien wskazać gotowe materiały, nieudane kroki i decyzje pozostawione człowiekowi. Ogólny komunikat „agent pracował” niewiele mówi o rezultacie.

Ustal granice przed uruchomieniem

Na początek wybierz zadanie kończące się raportem albo zmianą do przeglądu. Zapisz zakres katalogów i dozwolonych usług. Oddziel przygotowanie szkicu od publikowania, wysyłania wiadomości lub zmiany budżetu reklamy. Każda z tych czynności potrzebuje ustalonych zasad odpowiednich do skutków działania.

Dokumentacja Anthropic opisuje system uprawnień i ochronę przed prompt injection, czyli próbą przemycenia poleceń w treści źródłowej. Zasady bezpieczeństwa są ważnym punktem odniesienia. Ograniczenie dostępu nie potwierdza jednak poprawności wygenerowanego raportu ani sensu decyzji biznesowej.

Traktuj strony, dokumenty i wiadomości pobrane podczas pracy jako dane. Ich treść nie powinna samoczynnie rozszerzać uprawnień agenta. Jeśli analizowany dokument poleca wysłanie danych pod obcy adres, to element materiału wymagający oceny, a nie nowe zlecenie właściciela procesu.

Limity muszą mieć skutek

Określ maksymalny czas przebiegu, liczbę ponowień i równoległych zadań. Zaplanuj kontrolę wydatków dostępną w wybranym środowisku. Przekroczenie granicy powinno prowadzić do zatrzymania lub czytelnego błędu. Sam zapis oczekiwania w instrukcji nie dowodzi, że infrastruktura faktycznie je egzekwuje.

Ustal też zachowanie przy częściowym sukcesie. Jeśli raport został zapisany, lecz nie udało się oznaczyć zadania jako zakończonego, ponowienie może stworzyć drugi rezultat. Przy działaniach zewnętrznych konsekwencje mogą być większe. Dlatego przed wznowieniem sprawdzaj, co już wykonano, zamiast zaczynać cały proces bez rozpoznania.

Próba awarii jest częścią odbioru

Sprawdź brak dostępu do źródła, przerwanie zadania i restart środowiska. Oczekuj zachowanego statusu oraz jasnej informacji, co można wznowić. Zbadaj też brak uprawnienia: agent powinien oznaczyć blokadę, zamiast próbować ją obchodzić albo przedstawiać niepełny wynik jako sukces.

Przechowuj kopie ważnych danych poza pojedynczą maszyną i przećwicz ich odtworzenie. Zapisz osobę odpowiedzialną za reakcję na błąd. Dopiero gdy ograniczone zadanie przechodzi taki odbiór, zwiększaj zakres. Samodzielność nocnego procesu warto budować etapami, na podstawie dowodów z własnego środowiska.

Przed automatycznym uruchomieniem przejrzyj również konfigurację projektu: tryb -p może ładować hooki i serwery MCP bez dialogu zaufania. Zachowanie trybu --bare oraz uwierzytelniania sprawdź w podlinkowanej dokumentacji przed wyborem konfiguracji.

Na pierwszą noc przygotuj krótką listę odbioru porannego: czy proces wystartował, czy wykorzystał właściwe wejście i czy zachował wynik kontroli. Jeśli któryś punkt nie jest jasny, popraw obserwowalność przed rozszerzeniem zakresu. Dobra historia wykonań pozwala rozpoznać problem, zanim zdecydujesz o ponownym uruchomieniu zadania.

Czytaj dalej w tym cyklu

• Claude Code: analiza danych SEO i automatyzacje — aby zaplanować powtarzalny raport.
• Claude Code na VPS: jak dobrać zasoby — aby dobrać środowisko serwerowe.
• Lokalne modele i GPU: jak zaplanować środowisko — aby rozważyć własne wnioskowanie.