// dokumentacja openclaw

Stale zlecenia (Standing Orders) w OpenClaw

Czym sa stale zlecenia?

Stale zlecenia (Standing Orders) przyznaja agentowi trwale uprawnienia operacyjne dla zdefiniowanych programow. Zamiast wydawac polecenia za kazdym razem, ustalasz programy z jasnym zakresem, wyzwalaczami i regulami eskalacji — co umozliwia agentowi autonomiczne dzialanie w ramach okreslonych granic.

Jaki problem rozwiazuja?

Stale zlecenia eliminuja kilka powszechnych problemow:

  • Koniec z powtarzajacymi sie promptami — agent zna swoje obowiazki.
  • Agent nie marnuje czasu na oczekiwanie na instrukcje.
  • Rutynowa praca wykonuje sie wedlug harmonogramu bez nadzoru.
  • Czlowiek przestaje byc waskim gardlem w powtarzalnych zadaniach.

Struktura programu stalego zlecenia

Kazdy program stalego zlecenia sklada sie z czterech kluczowych elementow:

  • Zakres (Scope) — autoryzowane akcje, ktore agent moze wykonywac.
  • Wyzwalacze (Triggers) — kiedy wykonanie nastepuje: harmonogram, zdarzenia lub warunki.
  • Bramki zatwierdzania (Approval gates) — dzialania wymagajace jawnej zgody czlowieka.
  • Reguly eskalacji (Escalation rules) — kiedy poprosic o pomoc lub przekazac problem wyzej.

Gdzie umieszczac stale zlecenia?

Stale zlecenia naleza do pliku AGENTS.md w katalogu workspace agenta. Plik ten jest automatycznie ladowany na poczatku kazdej sesji. System auto-wstrzykuje osiem plikow bootstrap:

  • AGENTS.md — instrukcje operacyjne i stale zlecenia
  • SOUL.md — persona i ton komunikacji
  • TOOLS.md — notatki o narzediach
  • IDENTITY.md — nazwa agenta i styl
  • USER.md — profil uzytkownika
  • HEARTBEAT.md — konfiguracja heartbeat
  • BOOTSTRAP.md — jednorazowy rytual inicjalizacyjny
  • MEMORY.md — pamiec dlugoterminowa agenta

Integracja z zadaniami Cron

Stale zlecenia i zadania cron tworza dwuwarstwowy model wykonania. Stale zlecenie definiuje zakres uprawnien (co agent moze robic), a cron wymusza harmonogram (kiedy to robi). Zadanie cron odwoluje sie do stalego zlecenia, zamiast duplikowac instrukcje — dzieki temu masz jedno zrodlo prawdy.

Wzorzec Execute–Verify–Report

Kazde stale zlecenie powinno stosowac trójetapowy wzorzec wykonania:

  • Execute (Wykonaj) — zrealizuj faktyczna prace.
  • Verify (Zweryfikuj) — potwierdz, ze wynik jest poprawny.
  • Report (Raportuj) — przekaz wynik do wlasciciela.

Wzorzec ten zapobiega sytuacjom, w ktorych agent potwierdza wykonanie zadania, ale faktycznie go nie realizuje.

Architektura wielu programow

W przypadku zlozonych agentow zaleca sie organizacje w osobne programy — kazdy z wlasnym zakresem, kadencja wyzwalaczy i wymaganiami zatwierdzania. Przyklad: osobny program do monitoringu, osobny do raportowania, osobny do utrzymania infrastruktury.

Najlepsze praktyki

Zalecane:

  • Zacznij z waskimi uprawnieniami — rozszerzaj stopniowo.
  • Definiuj jawne bramki zatwierdzania dla ryzykownych akcji.
  • Uwzglednij sekcje «Czego NIE robic» okreslajaca granice.
  • Paruj stale zlecenia z zadaniami cron dla niezawodnosci.
  • Przegladaj logi tygodniowo.

Unikaj:

  • Szerokich uprawnien od poczatku.
  • Brakujacych regul eskalacji.
  • Instrukcji przekazanych wylacznie ustnie (bez pliku).
  • Mieszania roznych dziedzin w jednym programie.
  • Stalych zlecen bez mechanizmu wymuszenia (np. cron).