Anthropic wprowadził 22 lipca 2026 roku aktualizację Claude Managed Agents, która zmienia sposób pracy z zarządzanymi agentami. Deweloperzy zyskali nowe narzędzia do kontrolowania intensywności rozumowania agenta, uruchamiania zadań natychmiast po utworzeniu sesji oraz reagowania na zdarzenia cyklu życia bez potrzeby ciągłego odpytywania API. Te zmiany mają znaczący wpływ na koszty operacyjne i architekturę integracji.
Kluczowe fakty
- Konfigurowalny poziom wysiłku – parametr
effortw konfiguracji modelu agenta kontroluje głębokość rozumowania; niższe wartości zazwyczaj prowadzą do szybszych odpowiedzi przy niższym koszcie. - Webhooki dla środowisk i pamięci – cztery zdarzenia środowiskowe i trzy zdarzenia magazynu pamięci umożliwiają automatyzację procesów związanych z deploymentem, czyszczeniem i synchronizacją.
- Seeding sesji –
POST /v1/sessionsprzyjmuje teraz do 50 początkowych zdarzeń w poluinitial_events, typuuser.messageiuser.define_outcome, co uruchamia pętlę agenta w momencie utworzenia sesji. - Event deltas w strumieniach – parametry
event_deltas[]pozwalają na stopniowe pobieranie treści zdarzeń w strumieniu sesji oraz strumieniach wątków agentów podrzędnych; obejmują zdarzeniaevent_startievent_delta, które umożliwiają podgląd tekstu przed nadejściem pełnego zdarzeniaagent.message. - Elastyczne wersjonowanie agentów – aktualizacje wprowadzają nowe funkcje wersjonowania.
Konfigurowalny wysiłek – kiedy szybciej znaczy taniej
Nowy parametr effort, umieszczany w konfiguracji model agenta, to prosty sposób na dostosowanie kosztów do wymagań zadania. Niższy wysiłek sprawdza się w rutynowych operacjach – agent odpowiada szybciej, a koszty związane z tokenami są zazwyczaj mniejsze, chociaż ostateczny koszt zależy od konkretnego modelu, liczby tokenów i charakterystyki zadania. Wyższy poziom warto zarezerwować dla bardziej złożonych analiz, gdzie głębsze rozumowanie przekłada się na lepsze wyniki.
To zmiana, która może nie być zauważalna w dokumentacji, ale może znacząco wpłynąć na miesięczne rozliczenia. Zespoły zarządzające wieloma agentami w środowiskach produkcyjnych mogą teraz świadomie decydować, które zadania wymagają pełnej mocy modelu.
Webhooki zamiast pollingu
Rozszerzenie webhooków o zdarzenia cyklu życia środowisk (environment.created, environment.updated, environment.archived, environment.deleted) oraz magazynów pamięci (memory_store.created, memory_store.archived, memory_store.deleted) eliminuje potrzebę ciągłego odpytywania API.
Dla zespołów infrastrukturalnych oznacza to możliwość integracji procesów związanych z deploymentem, czyszczeniem zasobów, indeksowaniem czy unieważnianiem cache bezpośrednio z zdarzeniami cyklu życia. To koniec z pisaniem kodu, który co 30 sekund sprawdza, czy zaszły jakieś zmiany.
Seeding sesji i strumieniowanie delta
Mechanizm seeding zmienia sposób, w jaki agenci są uruchamiani. Zamiast tworzyć pustą sesję i następnie wysyłać pierwszą wiadomość, można dostarczyć początkowe zdarzenia już w momencie tworzenia sesji przez POST /v1/sessions, przekazując je w polu initial_events. Limit wynosi 50 zdarzeń, które mogą mieć tylko typy user.message i user.define_outcome.
W praktyce oznacza to, że agent może rozpocząć pracę natychmiast, z predefiniowanymi instrukcjami lub oczekiwanymi rezultatami. Jest to szczególnie przydatne w systemach orkiestracji zadań, gdzie sesja jest tworzona automatycznie przez inny komponent.
Z kolei event deltas, dostępne przez parametr event_deltas[] na strumieniu zdarzeń sesji oraz endpointach strumieniowych wątków, rozwiązują problem podglądu częściowych wyników. Zamiast czekać na pełne zdarzenie, klient otrzymuje przyrostowe fragmenty treści w trakcie ich generowania – zdarzenia event_start i event_delta umożliwiają podgląd tekstu przed nadejściem pełnego agent.message. To przydaje się do pokazywania postępów agenta w interfejsie webowym, aktualizacji wskaźników podczas długotrwałych zadań oraz zmniejszania odczuwalnego opóźnienia.
Zmiany w Memory API
Aktualizacja wprowadza nowy nagłówek beta agent-memory-2026-07-22 dla endpointów magazynu pamięci, zastępujący managed-agents-2026-04-01. Wysłanie obu nagłówków jednocześnie skutkuje błędem 400. Warto jednak wiedzieć, że tego samego dnia starszy nagłówek managed-agents-2026-04-01 przyjął takie samo zachowanie listowania pamięci, więc nie wszystkie opisane zmiany wymagają przejścia na nowy nagłówek. Dodatkowo order_by i order są teraz ignorowane, depth akceptuje tylko 0, 1 lub wartość pominiętą, a path_prefix musi kończyć się ukośnikiem i dopasowuje pełne segmenty ścieżki.
Co to znaczy w codziennej pracy
Zmiany z 22 lipca odpowiadają na konkretne wyzwania, z jakimi borykają się zespoły dev ops i web dev – koszty operacyjne, responsywność integracji oraz czas uruchamiania agentów. Konfigurowalny wysiłek pozwala na kontrolę wydatków, webhooki umożliwiają budowanie infrastruktury reagującej na zdarzenia, a seeding sesji upraszcza orkiestrację. Aktualizacja wprowadza także możliwość użycia do 500 umiejętności (skills) na sesję, co zwiększa elastyczność konfiguracji. Projektanci integracji muszą jednak pamiętać, że webhooki nie dostarczają pełnych danych obiektów i wymagają osobnych żądań GET po szczegóły.
Dodaj komentarz