Automation
Stałe polecenia
Stałe zlecenia przyznają agentowi trwałe uprawnienia operacyjne w ramach zdefiniowanych programów. Zamiast przekazywać agentowi polecenie dla każdego zadania, definiujesz programy z wyraźnym zakresem, wyzwalaczami i regułami eskalacji, a agent wykonuje je autonomicznie w tych granicach: „Odpowiadasz za cotygodniowy raport. Przygotowuj go w każdy piątek, wysyłaj i eskaluj tylko wtedy, gdy coś wygląda nieprawidłowo”.
Dlaczego warto używać stałych zleceń
Bez stałych zleceń: przekazujesz agentowi polecenie dla każdego zadania, rutynowe prace są zapominane lub opóźniane, a Ty stajesz się wąskim gardłem.
Ze stałymi zleceniami: agent działa autonomicznie w zdefiniowanych granicach, rutynowe prace odbywają się zgodnie z harmonogramem, a Twój udział jest potrzebny tylko w przypadku wyjątków i zatwierdzeń.
Jak działają
Stałe zlecenia definiuje się w plikach przestrzeni roboczej agenta. Zalecane podejście polega na umieszczeniu ich bezpośrednio w pliku AGENTS.md (który jest automatycznie wstrzykiwany podczas każdej sesji), dzięki czemu agent zawsze ma je w kontekście. W przypadku większych konfiguracji możesz również umieścić je w osobnym pliku, takim jak standing-orders.md, i odwołać się do niego z pliku AGENTS.md.
Każdy program określa:
- Zakres — co agent może robić
- Wyzwalacze — kiedy należy go wykonać (harmonogram, zdarzenie lub warunek)
- Punkty zatwierdzania — co przed wykonaniem wymaga zgody człowieka
- Reguły eskalacji — kiedy należy przerwać działanie i poprosić o pomoc
Agent wczytuje te instrukcje podczas każdej sesji za pośrednictwem plików inicjalizacyjnych przestrzeni roboczej (pełną listę automatycznie wstrzykiwanych plików znajdziesz w sekcji Przestrzeń robocza agenta) i wykonuje je w połączeniu z zadaniami Cron, które zapewniają realizację według harmonogramu.
Struktura stałego zlecenia
## Program: Cotygodniowy raport o stanie **Uprawnienia:** Zbieranie danych, generowanie raportu, dostarczanie go interesariuszom**Wyzwalacz:** W każdy piątek o 16:00 (egzekwowane za pomocą zadania cron)**Punkt zatwierdzania:** Brak w przypadku standardowych raportów. Oznaczaj anomalie do sprawdzenia przez człowieka.**Eskalacja:** Jeśli źródło danych jest niedostępne lub wskaźniki wyglądają nietypowo (>2σ od normy) ### Kroki wykonania 1. Pobierz wskaźniki ze skonfigurowanych źródeł2. Porównaj je z poprzednim tygodniem i wartościami docelowymi3. Wygeneruj raport w Reports/weekly/YYYY-MM-DD.md4. Dostarcz podsumowanie przez skonfigurowany kanał5. Zapisz ukończenie w Agent/Logs/ ### Czego NIE robić - Nie wysyłaj raportów podmiotom zewnętrznym- Nie modyfikuj danych źródłowych- Nie pomijaj dostarczenia raportu, jeśli wskaźniki wyglądają źle — przedstaw je rzetelnieStałe zlecenia i zadania Cron
Stałe zlecenia definiują, co agent może robić. Zadania Cron definiują, kiedy ma się to odbywać. Działają razem:
Stałe zlecenie: „Odpowiadasz za codzienną klasyfikację skrzynki odbiorczej” ↓Zadanie Cron (codziennie o 8:00): „Wykonaj klasyfikację skrzynki odbiorczej zgodnie ze stałymi zleceniami” ↓Agent: Odczytuje stałe zlecenia → wykonuje kroki → raportuje wynikiPolecenie zadania Cron powinno odwoływać się do stałego zlecenia zamiast je powielać:
openclaw cron add \ --name daily-inbox-triage \ --cron "0 8 * * 1-5" \ --tz America/New_York \ --timeout-seconds 300 \ --announce \ --channel imessage \ --to "+1XXXXXXXXXX" \ --message "Wykonaj codzienną klasyfikację skrzynki odbiorczej zgodnie ze stałymi zleceniami. Sprawdź pocztę pod kątem nowych alertów. Przeanalizuj, skategoryzuj i utrwal każdy element. Przekaż właścicielowi podsumowanie. Eskaluj nieznane przypadki."Przykłady
Przykład 1: treści i media społecznościowe (cykl tygodniowy)
## Program: Treści i media społecznościowe **Uprawnienia:** Tworzenie wersji roboczych treści, planowanie publikacji, przygotowywanie raportów zaangażowania**Punkt zatwierdzania:** Wszystkie publikacje wymagają sprawdzenia przez właściciela przez pierwsze 30 dni, a następnie obowiązuje stała zgoda**Wyzwalacz:** Cykl tygodniowy (przegląd w poniedziałek → wersje robocze w środku tygodnia → podsumowanie w piątek) ### Cykl tygodniowy - **Poniedziałek:** Przejrzyj wskaźniki platformy i zaangażowanie odbiorców- **Wtorek–czwartek:** Przygotuj wersje robocze postów społecznościowych i treści na blog- **Piątek:** Przygotuj cotygodniowe podsumowanie marketingowe → dostarcz je właścicielowi ### Reguły dotyczące treści - Styl komunikacji musi odpowiadać marce (patrz SOUL.md lub przewodnik po stylu komunikacji marki)- Nigdy nie przedstawiaj się jako AI w treściach publicznych- Uwzględniaj wskaźniki, gdy są dostępne- Koncentruj się na wartości dla odbiorców, a nie na autopromocjiPrzykład 2: operacje finansowe (wyzwalane zdarzeniami)
## Program: Przetwarzanie finansowe **Uprawnienia:** Przetwarzanie danych transakcyjnych, generowanie raportów, wysyłanie podsumowań**Punkt zatwierdzania:** Brak w przypadku analiz. Rekomendacje wymagają zatwierdzenia przez właściciela.**Wyzwalacz:** Wykrycie nowego pliku danych LUB zaplanowany cykl miesięczny ### Gdy pojawią się nowe dane 1. Wykryj nowy plik w wyznaczonym katalogu wejściowym2. Przeanalizuj i skategoryzuj wszystkie transakcje3. Porównaj je z wartościami docelowymi budżetu4. Oznacz: nietypowe pozycje, przekroczenia progów, nowe opłaty cykliczne5. Wygeneruj raport w wyznaczonym katalogu wyjściowym6. Dostarcz podsumowanie właścicielowi przez skonfigurowany kanał ### Reguły eskalacji - Pojedyncza pozycja > 500 USD: natychmiastowy alert- Kategoria przekracza budżet o 20%: oznacz w raporcie- Nierozpoznana transakcja: poproś właściciela o jej skategoryzowanie- Nieudane przetwarzanie po 2 ponowieniach: zgłoś niepowodzenie, nie zgadujPrzykład 3: monitorowanie i alerty (ciągłe)
## Program: Monitorowanie systemu **Uprawnienia:** Sprawdzanie stanu systemu, ponowne uruchamianie usług, wysyłanie alertów**Punkt zatwierdzania:** Automatycznie uruchamiaj usługi ponownie. Eskaluj, jeśli ponowne uruchomienie nie powiedzie się dwukrotnie.**Wyzwalacz:** Każdy cykl Heartbeat ### Kontrole - Punkty końcowe stanu usług odpowiadają- Ilość wolnego miejsca na dysku przekracza próg- Oczekujące zadania nie są przeterminowane (>24 godziny)- Kanały dostarczania działają ### Macierz reakcji | Warunek | Działanie | Eskalować? || ------------------------- | -------------------------------------- | -------------------------------------------- || Usługa nie działa | Automatycznie uruchom ponownie | Tylko jeśli 2 próby ponownego uruchomienia zawiodą || Miejsce na dysku < 10% | Powiadom właściciela | Tak || Zadanie starsze niż 24 godziny | Przypomnij właścicielowi | Nie || Kanał jest offline | Zapisz w dzienniku i ponów w następnym cyklu | Jeśli jest offline przez ponad 2 godziny |Wzorzec wykonaj–zweryfikuj–zaraportuj
Stałe zlecenia działają najlepiej w połączeniu ze ścisłą dyscypliną wykonania. Każde zadanie w stałym zleceniu powinno przebiegać zgodnie z następującą pętlą:
- Wykonaj — wykonaj właściwą pracę (nie ograniczaj się do potwierdzenia instrukcji)
- Zweryfikuj — potwierdź poprawność wyniku (plik istnieje, wiadomość została dostarczona, dane zostały przeanalizowane)
- Zaraportuj — poinformuj właściciela, co wykonano i co zweryfikowano
### Reguły wykonania - Każde zadanie jest realizowane według schematu Wykonaj–Zweryfikuj–Zaraportuj. Bez wyjątków.- „Zrobię to” nie oznacza wykonania. Najpierw wykonaj zadanie, a potem zdaj raport.- „Gotowe” bez weryfikacji jest niedopuszczalne. Przedstaw dowód.- Jeśli wykonanie się nie powiedzie: ponów je raz, stosując zmienione podejście.- Jeśli nadal się nie powiedzie: zgłoś niepowodzenie wraz z diagnozą. Nigdy nie ukrywaj niepowodzenia.- Nigdy nie ponawiaj bez końca — maksymalnie 3 próby, a następnie eskalacja.Ten wzorzec zapobiega najczęstszemu trybowi niepowodzenia agenta: potwierdzeniu zadania bez jego ukończenia.
Architektura wielu programów
W przypadku agentów zarządzających wieloma obszarami uporządkuj stałe zlecenia jako osobne programy z wyraźnymi granicami:
## Program 1: [Domena A] (co tydzień) ... ## Program 2: [Domena B] (co miesiąc + na żądanie) ... ## Program 3: [Domena C] (w razie potrzeby) ... ## Reguły eskalacji (wszystkie programy) - [Wspólne kryteria eskalacji]- [Punkty zatwierdzania obowiązujące we wszystkich programach]Każdy program powinien mieć:
- Własny harmonogram wyzwalania (tygodniowy, miesięczny, sterowany zdarzeniami, ciągły)
- Własne punkty zatwierdzania (niektóre programy wymagają większego nadzoru niż inne)
- Wyraźne granice (agent powinien wiedzieć, gdzie kończy się jeden program, a zaczyna drugi)
Sprawdzone praktyki
Zalecane
- Zacznij od wąskiego zakresu uprawnień i rozszerzaj go wraz ze wzrostem zaufania
- Zdefiniuj wyraźne punkty zatwierdzania dla działań wysokiego ryzyka
- Uwzględnij sekcje „Czego NIE robić” — granice są równie ważne jak uprawnienia
- Połącz stałe zlecenia z zadaniami Cron, aby zapewnić niezawodne wykonywanie według harmonogramu
- Co tydzień przeglądaj dzienniki agenta, aby zweryfikować przestrzeganie stałych zleceń
- Aktualizuj stałe zlecenia wraz ze zmianą potrzeb — są to żywe dokumenty
Niezalecane
- Nie przyznawaj szerokich uprawnień od pierwszego dnia („rób wszystko, co uznasz za najlepsze”)
- Nie pomijaj reguł eskalacji — każdy program wymaga klauzuli określającej, kiedy przerwać działanie i zapytać
- Nie zakładaj, że agent zapamięta instrukcje ustne — umieść wszystko w pliku
- Nie łącz różnych obszarów w jednym programie — używaj osobnych programów dla osobnych domen
- Nie zapominaj o egzekwowaniu za pomocą zadań Cron — stałe zlecenia bez wyzwalaczy stają się sugestiami
Powiązane materiały
- Automatyzacja: przegląd wszystkich mechanizmów automatyzacji.
- Zadania Cron: egzekwowanie harmonogramu stałych zleceń.
- Hooki: skrypty sterowane zdarzeniami cyklu życia agenta.
- Webhooki: wyzwalacze przychodzących zdarzeń HTTP.
- Przestrzeń robocza agenta: miejsce przechowywania stałych zleceń wraz z pełną listą automatycznie wstrzykiwanych plików inicjalizacyjnych (
AGENTS.md,SOUL.mditd.).