Agent analizuje dane z CRM, przygotowuje raport i ma jeszcze sprawdzić kilka dokumentów. Wtedy przychodzi restart. Po ponownym uruchomieniu pojawia się pytanie: co zdążył zrobić, a co trzeba uruchomić jeszcze raz?
Przy pisaniu tekstu to niedogodność. Przy aktualizowaniu rekordów, wykonywaniu skryptów i komunikacji z klientami — problem, który trzeba rozwiązać, zanim powierzy się agentowi więcej pracy.
OpenClaw 2026.9.4 porządkuje rozszerzenia, a OpenClaw 2026.9.5 i OpenClaw 2026.9.6 rozwijają właśnie tę stronę automatyzacji: utrzymanie środowiska, odzyskiwanie przerwanej pracy, współpracę zespołu i kontrolę zużycia. Obok nowych możliwości pojawiają się też zmiany, które wymagają przygotowania przed aktualizacją.
Najbardziej interesuje mnie w tej serii to, co dzieje się między wydaniem polecenia a otrzymaniem gotowego wyniku. W firmie właśnie tam rozstrzyga się, czy agent oszczędza czas, czy dokłada kolejne zadanie do pilnowania.
Jeśli chcesz szybko ocenić znaczenie tych wydań dla swojej instalacji, zacznij od tej tabeli.
| Wersja | Najważniejsze nowości | Znaczenie w codziennej pracy |
|---|---|---|
| 2026.9.4 | Łatwiejsze wyszukiwanie skilli i pluginów, nadzorowane uczenie się z rozmów, większa kontrola sesji chmurowych | Wygodniejsze rozwijanie sposobu pracy agenta i jego narzędzi |
| 2026.9.5 | Atomic Updates, przeładowywanie wspieranych pluginów bez restartu Gatewaya, Session Share, GPT Live, archiwizacja rozmów | Łatwiejsze utrzymanie instalacji i udostępnianie pracy zespołowi |
| 2026.9.6 | Restart recovery, raport Usage za 30 dni, zdalne workspace’y, Code Mode wykonujący JavaScript | Większa kontrola nad przerwaną pracą, zużyciem i miejscem wykonywania zadań |
Przed aktualizacją zwróć uwagę na dwa punkty: wersja 2026.9.5 zmienia schemat bazy, a 2026.9.6 wymaga dostosowania komórek Code Mode używających TypeScript. Szczegóły znajdziesz w dalszej części.
To kontynuacja zmian opisanych we wpisie OpenClaw 2026.9 — nowości dla agentów AI w firmie. Tym razem najwięcej dzieje się wokół pracy, którą agent już wykonuje: jak ją utrzymać, pokazać innym i bezpiecznie kontynuować.
Znasz ten moment: nowa wersja naprawia irytujący błąd, ale aktualizacja musi poczekać, bo właśnie trwa ważne zadanie. Za godzinę trwa następne. Wieczorem nie ma już czasu sprawdzić, czy wszystko wstało poprawnie.
Atomic Updates ograniczają ten problem. Na obsługiwanych ścieżkach aktualizacji nowa wersja jest sprawdzana na prywatnej kopii środowiska, podczas gdy dotychczasowy Gateway nadal działa. Dopiero po walidacji następuje przełączenie i sprawdzenie zaktualizowanej instalacji.
Gateway to część OpenClaw, która obsługuje połączenia i koordynuje pracę systemu. Gdy korzystasz z agenta regularnie, jego dostępność zaczyna mieć podobne znaczenie jak dostępność pozostałych narzędzi firmowych.
Praktyczny sens tej zmiany: więcej sprawdzania przed przełączeniem, mniejsze obciążenie operatora podczas samej aktualizacji. Nie należy jednak odczytywać tego jako gwarancji zerowego przestoju. Znaczenie ma sposób instalacji i obsługiwana ścieżka aktualizacji.
Jest też istotna granica: prywatna kopia walidacyjna nie zastępuje backupu. Cofnięcie programu nie cofa automatycznie zmian w bazie danych. Do tej kwestii warto wrócić, zanim naciśniesz „aktualizuj”.
W firmie potrzeby pojawiają się w trakcie pracy. Dochodzi nowy system, dodatkowe źródło danych albo integracja, która może skrócić powtarzalne zadanie. Dobrze, jeśli jej uruchomienie nie wymaga zatrzymywania całego środowiska.
OpenClaw 2026.9.5 pozwala instalować i przeładowywać wspierane pluginy przy działającym Gatewayu. Zmniejsza to koszt organizacyjny drobnych zmian: łatwiej rozwijać instalację małymi krokami i sprawdzać przydatność kolejnych rozszerzeń.
Nie każda wtyczka i każda operacja obsługują taki tryb. Nadal obowiązują uprawnienia, wymagania konkretnego pluginu oraz kontrola wyniku aktywacji.
Przy wdrożeniu integracji z CRM rozsądny pierwszy test pozostaje prosty: odczytać jeden rekord, sprawdzić mapowanie pól, a następnie wykonać kontrolowaną operację. Możliwość przeładowania pluginu ułatwia ten proces, ale nie potwierdza jeszcze poprawności samej integracji.
Wyobraź sobie zadanie: przejrzeć zgłoszenia, uzupełnić brakujące informacje i przygotować listę spraw wymagających kontaktu. Agent wykonał część operacji, po czym środowisko zostało zrestartowane.
Ponowne uruchomienie całego zadania może oznaczać powtórne wpisy, zdublowane powiadomienia albo nadpisanie danych. Z kolei uznanie wszystkiego za zakończone grozi pominięciem niedokończonej części.
W OpenClaw 2026.9.6 mechanizm restart recovery pozwala wrócić do niedokończonych rozmów z zapisaną historią, postępem i wynikami narzędzi. Kontynuacja uwzględnia sprawdzenie wcześniejszych działań i bieżące uprawnienia.
To dobry kierunek dla automatyzacji procesów biznesowych. Po przerwaniu pracy potrzebna jest wiedza o stanie zadania. Sam komunikat „agent znowu działa” niewiele mówi o tym, co wydarzyło się wcześniej.
Własne integracje również powinny umieć odpowiedzieć na pytanie, czy operacja została już wykonana. Identyfikator zgłoszenia, zapis wyniku w CRM czy kontrola duplikatów pomagają uniknąć ponownego wykonania tej samej czynności. Mechanizm odzyskiwania rozmowy i dobrze zaprojektowane API uzupełniają się tutaj bardzo konkretnie.
Agent przygotowuje analizę dla handlowca. Kierownik chce zobaczyć wnioski, inna osoba potrzebuje kontekstu, a administrator nie chce rozdawać wszystkim dostępu do środowiska wykonującego polecenia.
Session Share w OpenClaw 2026.9.5 pozwala udostępniać wybrane grupy rozmów zespołom na innej, sparowanej instalacji. Odbiorcy otrzymują dostęp tylko do odczytu. Nie przejmują terminala ani możliwości kontynuowania udostępnionej rozmowy.
Widok obejmuje tekst rozmów i kwalifikowane odgałęzienia utworzone przez użytkownika; nie pokazuje aktywności narzędzi, subagentów ani rozumowania. Udostępnianie wymaga włączenia po obu stronach.
W praktyce może to ograniczyć kopiowanie odpowiedzi do komunikatorów i przesyłanie kolejnych zrzutów ekranu. Zespół dostaje wspólny punkt odniesienia, do którego można wrócić podczas omawiania wyniku.
Trzeba jednak dobrze wybrać udostępniane rozmowy. Dostęp tylko do odczytu chroni przed zmianami, ale sam tekst odpowiedzi może zawierać informacje o klientach lub firmie.
Eksperymentalne room teams pozwalają włączyć kilku agentów do wspólnej rozmowy. Można rozdzielić role: jeden zbiera materiał, drugi przygotowuje opracowanie, trzeci je sprawdza.
Taki układ warto rozważyć przy zadaniach z wyraźnymi etapami i różnymi kryteriami oceny. Przykład: analiza dokumentacji integracji, przygotowanie rozwiązania i osobna kontrola zgodności z wymaganiami.
Przy prostym zadaniu dodatkowe rundy rozmowy mogą natomiast zwiększać czas i zużycie bez proporcjonalnej poprawy wyniku. Recenzent powinien mieć konkretne polecenie — choćby sprawdzenie nazw pól, warunków brzegowych i obsługi błędów. Ogólne „sprawdź, czy jest dobrze” pozostawia zbyt wiele miejsca na powierzchowną akceptację.
Więcej kontekstu codziennego wykorzystania takich narzędzi znajdziesz we wpisie Praca z agentem AI — typowy tydzień z prawdziwego życia.
Powtarzanie agentowi tych samych zasad szybko staje się męczące: jak przygotować raport, które pola CRM uzupełnić, jak sprawdzić wynik skryptu i czego nie publikować bez akceptacji.
OpenClaw 2026.9.4 rozwija pracę ze skillami, czyli instrukcjami i zasobami opisującymi sposób wykonania określonych zadań. Wyszukiwanie obejmuje zarówno zainstalowane skille, jak i ClawHub. Łatwiej też rozpoznać, które rozszerzenia wymagają konfiguracji.
Funkcja „Learn from past conversations” pozwala obserwować przetwarzanie wcześniejszych rozmów w usprawnienia, nadawać temu kierunek i zatrzymywać pracę. Tryb Propose zostawia propozycje do akceptacji, a Auto może stosować zmiany samodzielnie. Ręczne uruchomienie nie włącza automatycznie stałego uczenia się.
W procesach firmowych najbardziej użyteczne instrukcje są konkretne. Zamiast „starannie aktualizuj CRM” lepiej określić, skąd pobrać dane, które pola wolno zmienić i jak sprawdzić zapis. Dzięki temu łatwiej później ocenić, czy agent rzeczywiście zastosował właściwą procedurę.
Firma rzadko mieści wszystkie narzędzia na jednym komputerze. CRM, skrypty, dokumenty i środowisko developerskie mogą działać na różnych hostach.
Remote workspaces w OpenClaw 2026.9.6 rozwijają obsługę zdalnego miejsca pracy agenta. Wspierane połączenia pozwalają korzystać z plików, Memory i skilli na maszynie, na której znajduje się workspace. Zakres możliwości zależy od adaptera, konfiguracji i uprawnień.
To przydatne choćby wtedy, gdy skrypty muszą działać w konkretnym środowisku z właściwymi zależnościami. Zamiast odtwarzać je na komputerze obsługującym Gateway, można zaplanować pracę tam, gdzie przygotowano potrzebne zasoby.
Zdalny workspace sam w sobie nie gwarantuje, że dane pozostają wyłącznie lokalnie. Nadal znaczenie ma to, jaki model otrzymuje kontekst, jak działają embeddingi i które usługi obsługują narzędzia. Warto rozrysować pełną drogę danych: plik, narzędzie, model i wynik wracający do rozmowy.
Pierwszą udaną automatyzację łatwo ocenić: zadanie zostało wykonane. Przy regularnym użyciu pojawia się trudniejsze pytanie — jakim kosztem?
OpenClaw 2026.9.6 rozszerza raport Usage o widok ostatnich 30 dni kalendarzowych. Pozwala porównywać zużycie i szacowane koszty według osoby rozpoczynającej pracę, a dane sesji można eksportować do CSV.
To narzędzie do analizy wykorzystania. Kwoty w panelu są szacunkami, a nie rachunkiem wystawionym przez dostawcę. Trzeba też zwracać uwagę na kompletność danych i aktywne filtry.
Do oceny własnych procesów dołożyłbym trzy pytania:
Ta ostatnia miara dobrze porządkuje porównanie modeli. Tańszy model może wymagać wielu poprawek. Droższy może zużywać niepotrzebnie duży budżet na proste operacje. Dopiero wynik całego procesu pokazuje, który wybór ma sens.
OpenClaw 2026.9.5 rozszerza GPT Live na obsługiwane spotkania Meet, Teams i Zoom oraz połączenia telefoniczne. W odpowiedniej konfiguracji rozmowa głosowa może konsultować agenta OpenClaw.
Potencjalne zastosowanie jest łatwe do wyobrażenia: podczas omawiania projektu uczestnicy pytają o wcześniejsze ustalenia albo proszą o sprawdzenie informacji dostępnej przez skonfigurowane narzędzia.
Wdrożenie takiego scenariusza wymaga właściwych integracji i dostępu do danych. Live działa w trybie audio; nie należy zakładać, że analizuje również obraz spotkania. Trzeba też uwzględnić wymagania klientów i sposób rozliczania dostępu.
Dla wielu zespołów będzie to funkcja do przetestowania po uporządkowaniu podstaw: źródeł wiedzy, zakresu uprawnień i jakości odpowiedzi. Asystent mówiący na spotkaniu potrzebuje tych samych rzetelnych danych co asystent odpowiadający na czacie.
Ta wersja aktualizuje bazy agentów do schematu 21, którego starsze buildy nie otworzą. Samo ponowne zainstalowanie starszego programu nie wystarczy, żeby wrócić do poprzedniego stanu.
Przed aktualizacją potrzebna jest zweryfikowana kopia obejmująca także zapisane dane znajdujące się jeszcze w dzienniku WAL bazy. Powrót wymaga odtworzenia backupu razem ze zgodną starszą wersją programu. Oznacza również utratę pracy zapisanej po wykonaniu tej kopii.
Nie należy ręcznie zmieniać oznaczeń schematu ani usuwać tabel, aby wymusić uruchomienie starszej wersji. Plan wycofania aktualizacji powinien być gotowy wcześniej.
Jeśli korzystasz z komórek TypeScript w Code Mode, trzeba je dostosować. Wersja 2026.9.6 wykonuje plain JavaScript; typowana dokumentacja narzędzi pozostaje dostępna.
Migracja obejmuje usunięcie składni właściwej wyłącznie TypeScriptowi oraz argumentów language i typecheck. Automatyczna migracja konfiguracji nie przepisuje kodu.
To ważne także przy diagnozowaniu błędów: błąd wykonania może wystąpić po wcześniejszej, skutecznej operacji. Przed ponownym uruchomieniem skryptu sprawdź jego efekty w systemie docelowym.
| Etap | Kontrola |
|---|---|
| Przed | Wymagania środowiska dla docelowej wersji i ścieżki instalacji |
| Przed | Kompletna, zweryfikowana kopia oraz sposób odtworzenia zgodnej wersji |
| Przed | Zgodność pluginów, integracji i własnego kodu Code Mode |
| Po | Uruchomienie Gatewaya, połączenia z modelami i kanałami |
| Po | Jeden pełny test najważniejszego procesu — od zlecenia do sprawdzenia wyniku |
| Po | Harmonogramy, uprawnienia i ewentualne ponowne wykonanie przerwanych operacji |
Kolejność zależy od tego, co dziś najbardziej przeszkadza w pracy.
| Sytuacja | Od czego zacząć |
|---|---|
| Agent regularnie obsługuje CRM lub API | Odzyskiwanie pracy, kontrola duplikatów i test integracji |
| Aktualizacje są ciągle odkładane | Backup, procedura powrotu i obsługiwana ścieżka Atomic Updates |
| Zespół kopiuje między sobą wyniki rozmów | Session Share i przegląd treści przeznaczonych do udostępnienia |
| Rosną koszty lub czas wykonywania zadań | Usage oraz porównanie kosztu poprawnie zakończonego procesu |
| Ciągle poprawiasz te same błędy agenta | Uporządkowanie skilli i przegląd propozycji uczenia się |
| Zadania wymagają konkretnego komputera | Zdalny workspace i sprawdzenie pełnego przepływu danych |
Na początek wybrałbym jeden powtarzalny proces, dla którego można jasno określić poprawny wynik. Przykładowo: przygotowanie raportu na podstawie danych CRM, z kontrolą źródeł i akceptacją człowieka przed dalszym wykorzystaniem.
Takie wdrożenie daje coś więcej niż pokaz możliwości. Pozwala zmierzyć czas, zauważyć błędy i ustalić, które nowe funkcje rzeczywiście pomagają.
Z perspektywy utrzymania instalacji wyróżniają się Atomic Updates oraz przeładowywanie wspieranych pluginów bez restartu Gatewaya. Dla współpracy zespołowej istotne jest Session Share. Przed aktualizacją trzeba uwzględnić zmianę schematu bazy.
Nie. Pozwalają sprawdzać nową wersję przy działającym Gatewayu na obsługiwanych ścieżkach aktualizacji. Przełączenie, weryfikacja oraz specyfika instalacji nadal mają znaczenie. Mechanizm nie zastępuje kopii zapasowej.
Powrót wymaga zgodnego starszego programu i odtworzenia kopii wykonanej przed migracją bazy. Sam downgrade pakietu nie wystarczy. Praca zapisana po wykonaniu backupu nie znajdzie się w odtworzonym stanie.
Jeśli używasz TypeScript w Code Mode, trzeba przepisać komórki na JavaScript oraz usunąć argumenty language i typecheck. Migracja ustawień nie wykonuje tej zmiany w kodzie za użytkownika.
Nie daje takiej gwarancji. Określa miejsce pracy z zasobami, natomiast przepływ danych zależy również od modeli, embeddingów, narzędzi i usług zewnętrznych używanych w danym procesie.
Warto zacząć od zadań, w których role mają jasno określone cele — na przykład przygotowanie rozwiązania i osobna kontrola. Dodatkowi agenci oraz rundy dyskusji zwiększają zużycie, dlatego efekt trzeba porównać z prostszym wykonaniem.
OpenClaw 2026.9.4–9.6 daje więcej możliwości kontrolowania tego, co wcześniej łatwo ginęło między poleceniem a odpowiedzią: postępu, dostępu zespołu, miejsca wykonania i kosztu pracy.
Największą wartość widzę w połączeniu tych funkcji z dobrze opisanym procesem. Agent wie, co zrobić. Człowiek wie, jak ocenić wynik. Administrator wie, jak odtworzyć środowisko, kiedy coś pójdzie nie tak.
Chcesz wykorzystać agenta AI do pracy z CRM, dokumentami lub firmowymi API? Opisz jeden proces, który dziś zabiera Ci najwięcej czasu. Porozmawiajmy o danych, integracjach i wyniku, który ma dostarczać automatyzacja.
Artykuł opracowano na podstawie oficjalnych notatek wydań. Przykłady wykorzystania w CRM i procesach firmowych są scenariuszami zastosowania, a nie deklaracją przeprowadzenia testów wszystkich opisanych funkcji.
