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:

  1. Zakres — co agent może robić
  2. Wyzwalacze — kiedy należy go wykonać (harmonogram, zdarzenie lub warunek)
  3. Punkty zatwierdzania — co przed wykonaniem wymaga zgody człowieka
  4. 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

markdown
## 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 rzetelnie

Stał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:

text
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 wyniki

Polecenie zadania Cron powinno odwoływać się do stałego zlecenia zamiast je powielać:

bash
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)

markdown
## 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 autopromocji

Przykład 2: operacje finansowe (wyzwalane zdarzeniami)

markdown
## 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 zgaduj

Przykład 3: monitorowanie i alerty (ciągłe)

markdown
## 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ą:

  1. Wykonaj — wykonaj właściwą pracę (nie ograniczaj się do potwierdzenia instrukcji)
  2. Zweryfikuj — potwierdź poprawność wyniku (plik istnieje, wiadomość została dostarczona, dane zostały przeanalizowane)
  3. Zaraportuj — poinformuj właściciela, co wykonano i co zweryfikowano
markdown
### 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:

markdown
## 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.md itd.).
Was this useful?
On this page

On this page