Premiery Cloudflare Everything wystawiają stos technologii agentowych na próbę
Cloudflare zakończył swój pierwszy Agents Week ponad 20 ogłoszeniami, ale historia cloudflare everything jest większa niż kolejne zatłoczone podsumowanie produktów. Firma połączyła narzędzia do obliczeń, pamięci, tożsamości, wyszukiwania, przeglądarek, sieci i wdrażania w jedną platformę skoncentrowaną na agentach.
Ta szerokość oferty tworzy prawdziwy punkt sporny. Cloudflare podważa założenie, że agenci produkcyjni powinni działać wewnątrz tradycyjnego hiperskalera, otoczeni odrębnymi usługami i infrastrukturą regionalną. Jego alternatywa zaczyna się od globalnie rozproszonych Workers i dodaje komponenty potrzebne agentom do działania w czasie.
AWS, Google Cloud i Microsoft już oferują poważne platformy agentowe. Mają też głębsze relacje z przedsiębiorstwami i szersze katalogi usług. Cloudflare musi więc udowodnić, że spójność architektoniczna ma większe znaczenie niż pozycja obecnych liderów, przyzwyczajenia zakupowe czy komfort utrzymywania obciążeń AI obok istniejących danych.
Firma nazywa swój docelowy model chmurą agentową, czyli „Cloud 2.0”. To określenie pozostaje korporacyjną tezą, a nie ugruntowaną kategorią rynkową. Mimo to premiery dokładnie pokazują, jak Cloudflare zamierza ją sprawdzić.
Cloudflare Everything z Agents Week było jednym stosem
Cloudflare nie wprowadził jednego flagowego produktu dla agentów. Wypełnił luki na całej drodze — od wykonywania zadań po dostęp do Internetu.
Oficjalne podsumowanie Agents Week dzieli premiery na obliczenia, bezpieczeństwo, zestaw narzędzi dla agentów, narzędzia produkcyjne i agentową sieć. Taka organizacja ma znaczenie, ponieważ agenci rzadko zawodzą z powodu braku interfejsu chatbotowego. Zawodzą, gdy otaczający system nie potrafi zachować stanu, kontrolować poświadczeń, wykonywać kodu ani odzyskiwać działania po przerwach.
W warstwie obliczeniowej Cloudflare udostępnił Sandboxes w wersji ogólnie dostępnej. Sandbox to odizolowane środowisko komputerowe, w którym agent może uruchamiać polecenia, operować na plikach i utrzymywać procesy działające w tle. W przeciwieństwie do krótkotrwałej funkcji może wznowić pracę z zachowaniem poprzedniego stanu.
Cloudflare pozycjonował Sandboxes dla agentów programistycznych i innych obciążeń wymagających powłoki lub pełnego środowiska programistycznego. Projekt sandboxów firmy łączy trwałe sesje ze startem na żądanie. Daje to agentowi miejsce do instalowania pakietów, uruchamiania testów, klonowania repozytoriów lub kontynuowania zadania po oczekiwaniu na dane wejściowe z zewnątrz.
Artifacts dodaje zgodne z Git, wersjonowane przechowywanie kodu i danych. Cloudflare twierdzi, że deweloperzy mogą tworzyć dziesiątki milionów repozytoriów i uzyskiwać do nich dostęp przez standardowych klientów Git. Razem Artifacts i Sandboxes ustanawiają podstawową pętlę: agent otrzymuje przestrzeń roboczą, modyfikuje pliki, zapisuje wersje i wraca później.
Durable Object Facets rozszerza ten model na aplikacje generowane przez AI. Durable Objects to stanowe usługi Cloudflare, które koordynują dane i obliczenia wokół trwałego obiektu. Facets pozwala platformom tworzyć odizolowane Durable Objects, każdy z własną bazą SQLite, dla dynamicznie generowanych aplikacji.
Cloudflare przebudował także płaszczyznę sterowania stojącą za Workflows, swoim trwałym silnikiem dla wieloetapowych zadań. Firma podaje, że Workflows obsługuje teraz 50 000 równoczesnych instancji i tempo tworzenia 300 instancji na sekundę. Są to zgłaszane przez firmę limity usługi, a nie niezależne wyniki wydajności.
Premiery związane z bezpieczeństwem dotyczą tego, co dzieje się, gdy agenci wychodzą poza własne przestrzenie robocze. Cloudflare Mesh łączy użytkowników, maszyny, Workers i autonomicznych agentów w sieciach prywatnych. Workers VPC może następnie zapewnić agentowi ograniczony dostęp do prywatnych baz danych lub wewnętrznych API.
Managed OAuth for Cloudflare Access pozwala agentom uwierzytelniać się w chronionych aplikacjach w imieniu użytkownika. OAuth to standard delegowanej autoryzacji, który przyznaje ograniczony dostęp bez przekazywania agentowi hasła użytkownika. Cloudflare powiązał swoją implementację z RFC 9728, który standaryzuje metadane chronionych zasobów.
Cloudflare wprowadził także skanowalne tokeny API, rozszerzył widoczność OAuth i udostępnił ogólnie uprawnienia ograniczone zakresem zasobu. Outbound Workers for Sandboxes działają jako programowalne proxy ruchu wychodzącego, wstawiając poświadczenia tylko wtedy, gdy zatwierdzony ruch opuszcza sandbox.
Ten projekt ma na celu trzymanie surowych sekretów z dala od kodu wygenerowanego lub pobranego przez agenta. Daje też administratorom punkt egzekwowania polityk między autonomicznym procesem a systemami, do których chce on dotrzeć.
Zestaw narzędzi dla agentów dostarczył kolejny pakiet brakujących elementów. Agent Memory zapewnia trwałe przypominanie informacji, AI Search obsługuje wyszukiwanie, Browser Run kontroluje sesje internetowe, a Email Service daje agentom kanał skrzynki odbiorczej. Workers AI i AI Gateway obsługują inferencję w modelach Cloudflare oraz u zewnętrznych dostawców.
Rezultatem nie jest jeden produkt z jedną decyzją o wdrożeniu. To próba uczynienia z Cloudflare miejsca, w którym toczy się całe operacyjne życie agenta.
Zestaw narzędzi dla agentów wykracza teraz poza inferencję
Najważniejsze premiery zapewniają agentom ciągłość i narzędzia, a nie po prostu kolejny sposób wywoływania modelu językowego.
Dostęp do modeli stał się łatwiejszy do uzyskania na różnych platformach chmurowych. Niezawodne wykonywanie pozostaje trudniejsze, ponieważ użyteczny agent potrzebuje kontekstu, trwałego stanu, kontrolowanych narzędzi i zapisu wcześniejszych działań. Bezstanowe żądanie do modelu samo w sobie nie zapewnia żadnego z tych elementów.
Agent Memory odpowiada na potrzebę długotrwałego kontekstu. Cloudflare opisuje tę usługę jako zarządzane przechowywanie, które pomaga agentom pamiętać użyteczne informacje i odrzucać materiał, który przestał mieć znaczenie. Istotne rozróżnienie dotyczy transkrypcji rozmowy i pamięci operacyjnej.
Transkrypcja rejestruje to, co się wydarzyło. Pamięć operacyjna musi identyfikować istotne fakty, odzyskiwać je we właściwym momencie i oddzielać informacje jednego użytkownika od informacji drugiego. Potrzebuje również mechanizmów usuwania i retencji, gdy aplikacje obsługują wrażliwe materiały.
Cloudflare nie dostarczył jeszcze wystarczających publicznych dowodów z produkcji, by wykazać, jak dobrze Agent Memory radzi sobie z tymi wymaganiami na dużą skalę. Jakość wyszukiwania zależy od reguł ekstrakcji, rankingu, aktualności danych i modelu interpretującego wyniki. Etykieta usługi zarządzanej nie eliminuje tych decyzji projektowych.
Mimo to umieszczenie pamięci obok Workers, Durable Objects i AI Gateway skraca ścieżkę integracji. Deweloperzy mogą utrzymywać stan aplikacji, stan agenta i routing modeli w ramach jednej płaszczyzny sterowania. To mechanizm stojący za szerszą ofertą Cloudflare.
AI Search stosuje tę samą logikę do dokumentów i innych przesłanych materiałów. Deweloperzy mogą dynamicznie tworzyć instancje wyszukiwania, dodawać pliki i odpytywać je przez wyszukiwanie hybrydowe. Wyszukiwanie hybrydowe łączy dopasowanie semantyczne z tradycyjnymi sygnałami słów kluczowych, aby znaleźć istotny kontekst.
Ta funkcja przekształca wyszukiwanie w programowalny prymityw zamiast osobnego projektu wyszukiwawczego. Agent przedsiębiorstwa mógłby utworzyć odizolowany indeks dla sprawy klienta, pobrać dokumenty pomocnicze i usunąć instancję po zakończeniu pracy.
Praktycznym wyzwaniem jest ewaluacja. Wyniki wyszukiwania, które wyglądają wiarygodnie, nadal mogą pomijać kluczowy dokument lub prezentować nieaktualne instrukcje. Zespoły produkcyjne potrzebują zestawów testowych, cytowań, zasad aktualności i filtrowania dostępu, zanim wyszukiwanie stanie się godne zaufania.
Browser Run daje agentom kolejną niezbędną zdolność. Dodaje Live View, interwencję człowieka, dostęp do Chrome DevTools Protocol i nagrania sesji. Cloudflare ogłosił także czterokrotnie wyższe limity równoczesności podczas Agents Week.
Automatyzacja przeglądarki ma znaczenie, gdy zadanie nie ma odpowiedniego API. Agent może na przykład przejść przez portal dostawcy, wypełnić formularz administracyjny lub sprawdzić panel zaprojektowany dla ludzi. Zadania te narażają agentów także na zmieniające się układy stron, prośby o uwierzytelnienie i złośliwą zawartość stron.
Human in the Loop pozwala człowiekowi przejąć kontrolę podczas wrażliwych lub zablokowanych kroków. Nagrania sesji zapewniają ślad audytowy, gdy coś zawiedzie. Obie funkcje uznają, że agenci internetowi pozostają na tyle zawodni, iż wymagają obserwacji i odzyskiwania działania.
Cloudflare później przebudował Browser Run na Containers, co pokazuje, że pierwotne ogłoszenie było częścią rozwijającej się usługi, a nie ukończonym punktem końcowym. Ta iteracja jest zachęcająca, ale podkreśla też, jak szybko może zmieniać się zachowanie warstwy bazowej.
Potok głosowy ma bardziej eksperymentalny charakter. Cloudflare twierdzi, że deweloperzy mogą dodać ciągłe interakcje mowa-na-tekst i tekst-na-mowę przy użyciu około 30 linii kodu po stronie serwera. Niewielki rozmiar kodu brzmi atrakcyjnie, choć o rzeczywistej użyteczności zadecydują opóźnienia i obsługa przerwań.
Email Service trafił do publicznej bety jako kolejny kanał dla autonomicznej pracy. Agenci mogą wysyłać, odbierać i przetwarzać e-maile bez polegania na osobnym dostawcy komunikacji. Tworzy to użyteczne przepływy pracy, ale zwiększa też znane ryzyka związane z podszywaniem się, błędnymi odbiorcami i nieodwracalnymi działaniami.
Project Think zapowiada kolejną wersję Agents SDK, z bardziej zintegrowaną obsługą agentów, które rozumują, działają i zachowują stan. Wyrażenie „batteries included” oddaje kierunek Cloudflare. Deweloperzy nie powinni musieć składać każdego prymitywu wykonawczego przed przetestowaniem użytecznego przepływu pracy.
Workers AI i AI Gateway uzupełniają zestaw narzędzi o dostęp do modeli. Cloudflare twierdzi, że jego warstwa inferencji może wywoływać modele od ponad 14 dostawców. Wiązanie Workers pozwala także aplikacjom wywoływać modele innych firm poprzez kod natywny dla platformy.
Ta szerokość wyboru dostawców zmniejsza znaczenie stawiania na jedną rodzinę modeli. Nie eliminuje jednak zachowania specyficznego dla modeli, polityk danych, limitów szybkości ani dostępności regionalnej. Zespoły nadal potrzebują ewaluacji przed przeniesieniem przepływu pracy między dostawcami.
Cloudflare ogłosił także Unweight, system kompresji w czasie inferencji. Firma twierdzi, że zmniejszył on rozmiar jednego modelu językowego nawet o 22 procent bez pogorszenia jakości. Pozostaje to wynikiem Cloudflare powiązanym z testowanymi przez firmę modelami i jej procesem ewaluacji.
Łącznie zestaw narzędzi wspiera spójną pętlę działania agenta. Agent może wyszukiwać kontekst, przypominać sobie wcześniejszą pracę, wywoływać model, otwierać przeglądarkę, wysyłać e-maile i zachowywać stan. Pozostaje pytanie, czy jedna platforma może uczynić tę pętlę bezpieczniejszą niż modułowa alternatywa.
Bezpieczeństwo jest podstawowym mechanizmem, a nie dodatkiem
Najmocniejszy argument Cloudflare brzmi: tożsamość agenta i polityka sieciowa powinny znajdować się bezpośrednio obok warstwy wykonawczej.
Autonomiczne oprogramowanie zmienia model bezpieczeństwa, ponieważ łączy szerokie instrukcje z nieprzewidywalnymi działaniami pośrednimi. Człowiek może poprosić agenta o uzgodnienie faktur. Agent następnie wybiera pliki, strony internetowe, poświadczenia, polecenia i wiadomości, realizując ten cel.
Tradycyjne bezpieczeństwo aplikacji zakłada, że deweloperzy wiedzą, która ścieżka kodu będzie żądać każdego zasobu. Zachowanie agenta jest mniej deterministyczne. Platforma potrzebuje więc mechanizmów kontroli, które śledzą tożsamość i intencję w zmieniających się działaniach.
Outbound Workers for Sandboxes zapewniają jeden taki punkt kontroli. Agent może żądać dostępu do zewnętrznej usługi bez otrzymywania bazowego poświadczenia. Proxy ocenia politykę, wstrzykuje sekret do zatwierdzonego ruchu i blokuje żądania poza dozwolonymi warunkami.
Ten wzorzec ogranicza wyciek poświadczeń z niezaufanego kodu. Wspiera także dynamiczne decyzje oparte na miejscu docelowym, tożsamości agenta, tożsamości użytkownika lub kontekście zadania. Ochrona zależy od poprawnych polityk i pełnego routingu przez kontrolowaną ścieżkę ruchu wychodzącego.
Cloudflare Mesh i Workers VPC zapewniają podobne mechanizmy kontroli nad prywatnymi zasobami. Administrator może udostępnić agentowi bazę danych lub wewnętrzne API bez wystawiania ich do publicznego Internetu. Dostęp o ograniczonym zakresie może zawęzić listę usług, do których agent może sięgać.
Zarządzany OAuth obsługuje zadania delegowane przez użytkowników. Konta usługowe często otrzymują szerokie, długotrwałe uprawnienia, ponieważ ułatwiają automatyzację. Agent działający w imieniu osoby powinien natomiast dziedziczyć ograniczone uprawnienia powiązane z tą osobą i bieżącym zadaniem.
Wykorzystanie przez Cloudflare metadanych chronionych zasobów pomaga agentowi wykryć, jak działa uwierzytelnianie dla wewnętrznej aplikacji. Ogranicza to potrzebę ręcznej konfiguracji przy zachowaniu granicy autoryzacji. Nie gwarantuje jednak, że agent rozumie, jakie działania zamierzał użytkownik.
Korporacyjna architektura MCP firmy celuje w tę samą lukę. Model Context Protocol, czyli MCP, standaryzuje sposób, w jaki modele wykrywają i wywołują zewnętrzne narzędzia. Standardowy dostęp sprawia, że integracje są przenośne, ale może również ułatwiać podłączanie niezatwierdzonych narzędzi.
Cloudflare zaleca wykorzystywanie Access, AI Gateway i portali serwerów MCP do zarządzania tymi połączeniami. Zaproponowała także wykrywanie Shadow MCP przez Gateway, czyli serwerów narzędzi używanych bez formalnej zgody lub widoczności.
Code Mode oferuje inną optymalizację. Zamiast przesyłać przez kontekst modelu długie definicje narzędzi i powtarzające się wywołania, agent może tworzyć działający w sandboxie kod TypeScript koordynujący wiele operacji. Cloudflare twierdzi, że może to ograniczyć zużycie tokenów, choć rzeczywiste oszczędności będą zależeć od przepływu pracy.
Uruchamianie wygenerowanego kodu wprowadza własne ryzyka. Sandbox musi ograniczać dostęp do sieci, czas wykonywania, przepływ danych i poświadczenia. Mechanizmy obserwowalności muszą również pokazywać, co zrobił kod, gdy tok rozumowania modelu przestaje być widoczny.
AWS doszło do podobnego wniosku za pośrednictwem Bedrock AgentCore. Jego platforma AgentCore obejmuje Runtime, Memory, Gateway, Browser, Code Interpreter, Identity, Policy, Observability i Evaluations. To nakładanie się funkcji potwierdza, że agenci produkcyjni potrzebują pełnej warstwy operacyjnej.
AWS podaje, że sesje AgentCore działają w izolowanych środowiskach i mogą łączyć się z zasobami VPC. Usługi tożsamości zarządzają poświadczeniami dla zewnętrznych narzędzi. Gateway obsługuje MCP, a ewaluacje i obserwowalność dotyczą jakości po wdrożeniu.
Różnica leży mniej w samej liście kontrolnej niż w architekturze, która ją wspiera. AWS włącza usługi agentowe do swoich regionalnych systemów chmurowych, tożsamości, monitorowania i infrastruktury. Cloudflare wychodzi od swojej globalnie rozproszonej sieci i modelu wykonywania Workers.
To sprawia, że bezpieczeństwo jest centralnym mechanizmem obu strategii. Żadna z firm nie traktuje już tożsamości, przeglądarek, pamięci i wykonywania kodu jako opcjonalnych dodatków. Konkurencja dotyczy tego, gdzie powinny działać te mechanizmy kontroli i ile systemów muszą koordynować operatorzy.
Zintegrowany stos edge Cloudflare wywiera presję na hiperskalerów
Agents Week zmienił Cloudflare z alternatywy dla inferencji w bezpośredniego rywala infrastrukturalnego dla kompletnych obciążeń agentowych.
Głównym przeciwnikiem nie jest jeden produkt AWS ani jedna usługa Microsoftu. To hiperskalerski model składania możliwości agentowych z szerokiego katalogu regionalnych usług. Cloudflare przekonuje, że jej sieć może prezentować te możliwości jako jedną globalnie rozproszoną platformę.
AWS oferuje obecnie najbliższe porównanie na poziomie produktu. AgentCore obejmuje środowisko wykonawcze, pamięć, przeglądarki, interpretację kodu, tożsamość, bramki, polityki, ewaluacje i obserwowalność. Wydania z 2026 roku dodały zarządzane przechowywanie sesji, wyjście VPC, bogatsze filtrowanie pamięci i niezależne od frameworka wdrażanie.
Microsoft Foundry Agents Service podąża inną, dobrze znaną ścieżką. Deweloperzy mogą wdrażać kod agentów napisany z użyciem frameworka Microsoftu, LangGraph, OpenAI Agents SDK lub zwykłego Pythona. Foundry łączy ten kod z projektami Azure, tożsamością, kontenerami i mechanizmami kontroli dla przedsiębiorstw.
Vertex AI Agent Engine w Google Cloud zapewnia zarządzane wdrażanie agentów i integruje się z modelami Vertex, narzędziami do ewaluacji oraz usługami Google Cloud. Każdy hiperskaler może połączyć agentów z dojrzałymi bazami danych, systemami analitycznymi, produktami bezpieczeństwa i umowami zakupowymi.
Cloudflare nie może dorównać tym katalogom usługa po usłudze. Zamiast tego próbuje sprawić, by katalog miał mniejsze znaczenie dla aplikacji agentowych. Workers zapewnia bezserwerowe wykonywanie, Durable Objects obsługuje koordynację, R2 przechowuje obiekty, a nowe wydania wypełniają wyspecjalizowane luki.
Dystrybucja edge wspiera także argument Cloudflare dotyczący opóźnień. Agenci często przełączają się między wywołaniami modeli, narzędziami, stronami internetowymi, bazami danych i interakcjami z użytkownikami. Zmniejszenie odległości od użytkowników i usług internetowych może poprawić część tego cyklu.
Całkowite opóźnienie agenta rzadko wynika jednak z jednego przeskoku platformowego. Generowanie przez model, ładowanie przeglądarki, API stron trzecich i sekwencyjne rozumowanie mogą dominować czas odpowiedzi. Aby wykazać przewagę, Cloudflare potrzebuje pomiarów na poziomie całych obciążeń, a nie odizolowanych benchmarków sieciowych.
Agents Week obejmował aktualizację wydajności sieci opartą na FL2, architekturze obsługi żądań stworzonej w Rust. Cloudflare twierdzi, że w swoich pomiarach jej sieć prowadziła w 60 procentach najlepszych sieci na świecie. Czytelnicy powinni traktować to jako analizę firmy opartą na metodologii Cloudflare.
Nawet rzeczywista przewaga sieciowa nie przesądza automatycznie o adopcji platformy agentowej. Przedsiębiorstwa zwracają uwagę na rezydencję danych, prywatną łączność, narzędzia audytowe, wybór modeli, wsparcie i istniejące kompetencje. Szybsza ścieżka edge nie zrekompensuje brakującego nadzoru ani trudnej migracji.
Nowy interfejs wiersza poleceń cf odpowiada z kolei na potrzeby doświadczenia deweloperskiego. Ma zapewnić jeden spójny interfejs dla niemal 3 000 operacji API Cloudflare. Local Explorer dodaje możliwość inspekcji danych aplikacji podczas tworzenia oprogramowania.
Agent Lee wprowadza do panelu Cloudflare interfejs oparty na promptach. Wykorzystuje działający w sandboxie TypeScript do inspekcji i zarządzania stosem klienta. Jest to zarówno funkcja produktu, jak i demonstracja preferowanej przez Cloudflare architektury agentowej.
Flagship dodaje natywne flagi funkcji z ewaluacją opartą na KV i Durable Objects. Cloudflare deklaruje submilisekundową ewaluację flag. Flagi funkcji pozwalają zespołom stopniowo udostępniać nowe zachowania agentów, porównywać wersje i wyłączać wadliwą ścieżkę bez ponownego wdrażania wszystkiego.
Registrar API, obecnie w fazie beta, pozwala oprogramowaniu i agentom wyszukiwać oraz rejestrować domeny. Integracja z PlanetScale dodaje ścieżki wdrażania zarządzanych baz Postgres i MySQL przez Cloudflare. Te wydania rozszerzają drogę od wygenerowanego prototypu do działającej usługi.
To właśnie na tej drodze Cloudflare liczy na zwycięstwo integracji. Agent programistyczny mógłby otrzymać żądanie, otworzyć sandbox, sklonować Artifact, zmodyfikować kod, przetestować go lokalnie, wdrożyć przez Workers i aktywować flagę funkcji. Mógłby zachować kontekst dzięki Agent Memory i przez cały czas korzystać z kontrolowanych poświadczeń.
Hiperskaler może obsłużyć porównywalny przepływ pracy. Różnica po stronie Cloudflare polega na tym, że elementy współdzielą model programowania skoncentrowany na Workers i sieć. Przewaga hiperskalerów wynika z tego, że klienci mogą już tam obsługiwać każdy sąsiedni system.
To sprawia, że koszty zmiany dostawcy są decydujące. Cloudflare może zdobywać nowe, natywne dla agentów aplikacje bez wymuszania pełnej migracji do chmury. Frontend agenta mógłby działać w Workers, podczas gdy dane pozostawałyby w AWS, Azure lub Google Cloud.
Ta hybrydowa ścieżka poszerza możliwości Cloudflare, ale osłabia deklarację prostoty. Transfer danych między chmurami, mapowanie tożsamości, obserwowalność i odpowiedzialność za incydenty mogą ponownie wprowadzić pracę integracyjną, którą Cloudflare chce wyeliminować.
Presja konkurencyjna jest więc realna, ale nierówna. Hiperskalerzy muszą odpowiedzieć na spójne doświadczenie deweloperskie i globalną dystrybucję Cloudflare. Cloudflare musi odpowiedzieć na ich głębię funkcji korporacyjnych, kontrolę regionalną i zdolność do łączenia AI z istniejącą infrastrukturą.
Czego Cloudflare Everything nadal nie dowodzi
Kompletna lista premier nie jest dowodem, że cały system działa niezawodnie pod obciążeniami agentowymi w przedsiębiorstwach.
Cloudflare opublikowało jasne opisy i kilka limitów usług. Nie opublikowało szerokiego, niezależnego benchmarku porównującego wskaźniki ukończenia zadań przez agentów produkcyjnych, złożoność operacyjną lub opóźnienia end-to-end z platformami hiperskalerów.
Brak tych dowodów ma znaczenie, ponieważ stos agentowy odnosi sukces jako system. Szybkie sandboksy mają niewielką wartość, jeśli pamięć zwraca niewłaściwy kontekst. Wygodny OAuth nie pomaga, jeśli agent przeglądarkowy potwierdza nieodwracalne działanie bez zatwierdzenia.
Największa niepewność dotyczy dojrzałości. Sandboxes osiągnęły ogólną dostępność, podczas gdy Email Service weszła do publicznej bety, a Project Think pozostał wersją zapoznawczą. Potok głosowy był eksperymentalny. Obsługa współdzielonych słowników została przedstawiona jako nadchodząca beta.
Te oznaczenia wskazują na różne oczekiwania dotyczące wsparcia i ryzyka zmian. Prototyp może tolerować ewoluujący interfejs. Regulowany przepływ pracy potrzebuje stabilnych kontraktów, udokumentowanego zachowania odzyskiwania, retencji audytowej i przewidywalnej dostępności regionalnej.
Druga niepewność dotyczy widoczności operacyjnej. Agenci mogą tworzyć długie łańcuchy wywołań modeli, wykonywania kodu, działań w przeglądarce i żądań narzędzi. Operatorzy potrzebują jednego śladu, który łączy te działania z inicjującym użytkownikiem i decyzją polityki.
Cloudflare oferuje elementy takiej widoczności za pośrednictwem AI Gateway, Access, nagrań sesji i logów platformy. Podsumowanie Agents Week nie wykazało, jak kompletnie te zapisy łączą się we wszystkich ogłoszonych usługach.
Trzecia niepewność dotyczy zarządzania pamięcią. Trwała pamięć może poprawić ciągłość, ale tworzy też kolejny magazyn danych osobowych lub poufnych. Zespoły muszą określić procesy retencji, usuwania, izolacji tenantów i korekty.
Agent może zapisać błędny wniosek jako trwały fakt. Późniejsze pobieranie może następnie wzmacniać błąd w wielu zadaniach. Systemy produkcyjne potrzebują mechanizmów ustalania pochodzenia danych oraz możliwości, by użytkownicy lub administratorzy mogli sprawdzać zapisaną pamięć.
Jest to szczególnie ważne w pracy opartej na wiedzy. Osobista baza wiedzy może sprawić, że rozproszone informacje staną się przeszukiwalne, lecz granice dostępu pozostają kluczowe. Agent nie powinien łączyć osobistych notatek i zapisów zespołowych w jeden nieograniczony zasób kontekstu.
Czwarta niepewność dotyczy bezpieczeństwa narzędzi. MCP ułatwia udostępnianie narzędzi, a Code Mode może ograniczać powtarzalne interakcje z modelem. Obie możliwości zwiększają znaczenie precyzyjnych uprawnień i deterministycznego egzekwowania zasad.
Przejęty serwer MCP może zwracać złośliwą treść lub wprowadzające w błąd opisy narzędzi. Wygenerowany program może wykonać prawidłowe wywołanie API w niewłaściwej kolejności. Polityka musi oceniać więcej niż to, czy punkt końcowy znajduje się na liście dozwolonych.
Produkty bezpieczeństwa Cloudflare zapewniają tej firmie wiarygodne elementy składowe do rozwiązania tego problemu. Wiarygodne mechanizmy kontroli nie gwarantują jednak poprawnej konfiguracji po stronie klienta. Firma musi sprawić, by bezpieczna ścieżka była łatwiejsza niż szerokie poświadczenia i liberalne reguły sieciowe.
Piąta niepewność dotyczy ekonomii, nawet bez omawiania opublikowanych cen. Agenci spędzają dużo czasu, czekając na modele, narzędzia, strony internetowe lub ludzi. Modele rozliczeń naliczające opłaty w okresach bezczynności mogą zachowywać się inaczej niż modele oparte na aktywnym zużyciu.
Cloudflare nie dostarczyło jeszcze wystarczająco porównywalnych danych o obciążeniach, aby kupujący mogli oszacować pełny koszt inferencji, przechowywania, sesji przeglądarkowych, pamięci, sieci i obserwowalności. Deklaracje efektywności na poziomie nagłówków nie mogą zastąpić reprezentatywnych śladów zadań.
Koncentracja na jednym dostawcy stanowi kolejny kompromis. Zunifikowana platforma może ograniczyć nakład pracy inżynieryjnej i uprościć odpowiedzialność. Może też umieścić wykonywanie, tożsamość, pamięć, wyszukiwanie i logi pod kontrolą jednego dostawcy.
Cloudflare obsługuje modele od zewnętrznych dostawców, co ogranicza uzależnienie od jednego modelu. Przenoszenie obciążeń staje się jednak trudniejsze, gdy aplikacja jest głęboko zależna od Durable Objects, powiązań Workers, Agent Memory oraz mechanizmów kontroli polityk specyficznych dla Cloudflare.
Stosy hyperscalerów tworzą własne uzależnienie poprzez mechanizmy tożsamości, sieci, bazy danych i monitorowanie. Istotne pytanie nie brzmi, czy uzależnienie istnieje. Kupujący muszą zdecydować, która zależność najlepiej współgra z ich obecnymi systemami i planem wyjścia.
Wreszcie „agentic web” pozostaje częściowo aspiracyjną wizją. Cloudflare wprowadził wynik Agent Readiness, aby oceniać, jak dobrze witryny obsługują agentów. Firma ogłosiła też Redirects for AI Training, które kieruje zweryfikowane roboty indeksujące do kanonicznej treści.
Funkcje te uznają, że zautomatyzowani odwiedzający potrzebują ustrukturyzowanego dostępu, a wydawcy potrzebują kontroli. Nadal nie ma jednak powszechnej zgody co do tego, jak agenci powinni się identyfikować, respektować uprawnienia, przypisywać źródła czy wynagradzać twórców.
Cloudflare zajmuje cenną pozycję między witrynami internetowymi a zautomatyzowanym ruchem. Może ona wspierać pomiary i egzekwowanie zasad. Daje też firmie znaczący wpływ na kształtujące się normy.
Te premiery wyznaczają kierunek, a nie przesądzają sprawę. Cloudflare ma teraz wystarczająco dużo komponentów, aby konkurować o pełne wdrożenia agentów. Kupujący wciąż potrzebują dowodów, że komponenty te razem zapewniają bezpieczniejsze i bardziej niezawodne wyniki.
Trzy sygnały zdecydują o zakładzie na chmurę agentową
Kolejnym sprawdzianem będzie wdrożenie i weryfikacja, a nie następny tydzień zapowiedzi produktowych.
Pierwszym sygnałem będzie wykorzystanie Sandboxes, Agent Memory i Browser Run w środowisku produkcyjnym, w ramach jednego długotrwałego obciążenia. Cloudflare potrzebuje publicznych przykładów klientów pokazujących wolumen zadań, odzyskiwanie po awariach, granice bezpieczeństwa i mierzalne wyniki operacyjne.
Przydatnym testem byłby przepływ pracy związany z programowaniem. Mógłby pokazać agenta otwierającego trwały obszar roboczy, modyfikującego repozytorium, odzyskującego wcześniejsze decyzje, uruchamiającego testy i proszącego o zatwierdzenie przez człowieka przed wdrożeniem.
Dowody trwałego działania wzmocniłyby tezę Cloudflare o zintegrowanym stosie. Studia przypadków ograniczone do demonstracji lub krótkich prototypów pozostawiłyby pytanie o dojrzałość bez odpowiedzi.
Drugim sygnałem będzie bezpośrednia reakcja hyperscalerów. AWS AgentCore już w znacznym stopniu pokrywa się z mapą premier Cloudflare. Microsoft i Google również nadal przenoszą wdrażanie agentów, narzędzia i zarządzanie nimi do swoich zarządzanych platform AI.
Warto obserwować, czy firmy te uproszczą swoje stosy agentowe do bardziej ujednoliconych interfejsów. Należy też śledzić, czy rozszerzą globalnie rozproszoną egzekucję lub przybliżą tożsamość agentów do egzekwowania zasad w sieci.
Szybszy cykl integracji hyperscalerów osłabiłby wyróżniki Cloudflare. Utrzymująca się fragmentacja wzmocniłaby twierdzenie Cloudflare, że Workers oferuje czystszy fundament.
Trzecim sygnałem będzie mierzalne zarządzanie w całym agentic web. Wyniki gotowości, kontrola robotów indeksujących, reguły bezpieczeństwa MCP i funkcje tożsamości Cloudflare muszą przełożyć się na zachowania, które wydawcy i przedsiębiorstwa mogą zweryfikować.
Przydatne wskaźniki obejmują wdrażanie uwierzytelnionego dostępu agentów, udokumentowane zarządzanie delegowanymi uprawnieniami oraz rejestry audytowe obejmujące działania w przeglądarce i narzędziach. Jasne mechanizmy kontroli inspekcji i usuwania pamięci stanowiłyby kolejny istotny sygnał.
Postęp w tych obszarach wsparłby argument Cloudflare, że infrastruktura sieciowa może zarządzać agentami skuteczniej niż same zabezpieczenia na poziomie aplikacji. Słaba adopcja sugerowałaby, że agentic web pozostaje warstwą marketingową nałożoną na znane problemy automatyzacji.
Wszystkie elementy Cloudflare z Agents Week tworzą teraz wiarygodną propozycję platformy. Łączą trwałe zasoby obliczeniowe, wyszukiwanie, pamięć, przeglądarki, tożsamość i wdrażanie wokół globalnie rozproszonego środowiska uruchomieniowego. To wystarcza, by wywrzeć presję na każdego dużego dostawcę chmury.
Nie wystarcza to jednak do rozstrzygnięcia rywalizacji. Deweloperzy powinni przetestować jeden reprezentatywny przepływ pracy pod kątem odzyskiwania po awariach, uprawnień, jakości wyszukiwania, obserwowalności i przenośności. Nabywcy korporacyjni powinni żądać dowodów na poziomie obciążeń, zanim uznają Cloud 2.0 za coś więcej niż nazwę wybraną przez Cloudflare.
Który sygnał ma największe znaczenie dla Twojego zespołu: mniej pracy integracyjnej, ściślejsza kontrola agentów czy łatwiejszy dostęp do istniejących danych w chmurze? Wykorzystaj odpowiedź, aby zaprojektować ograniczoną próbę produkcyjną, rejestrować każdą awarię i porównać pełne obciążenie operacyjne, zanim zatwierdzisz kolejne obciążenie dla agentów.



