Cloudflare daje agentom AI własne komputery. @cloudflare/computer, RPC między językami i obsługa TCP

Biblioteka udostępnia także trwały system plików oparty na SQLite, pozwala uruchamiać polecenia powłoki i łączy operacje na plikach, wykonywanie kodu oraz konfigurację środowiska w jednym obszarze roboczym . W praktyce oznacza to, że deweloper nie musi samodzielnie spinać warstwy obliczeniowej, magazynu danych i mechanizmów izolacji.

Cloudflare udostępnia @cloudflare/computer jako eksperyment open source, aby rozwijać rozwiązanie wspólnie z klientami uruchamiającymi agentów na dużą skalę .

Python i JavaScript mogą komunikować się bezpośrednio

Drugą zmianą jest obsługa komunikacji RPC między Python Workers a JavaScript/TypeScript Workers. Dzięki Service bindings jeden Worker może teraz bezpośrednio wywoływać metody drugiego, nawet jeśli oba zostały napisane w różnych językach .

Nie są do tego potrzebne dodatkowe zależności, definicje schematów, protobuf ani własny kod serializujący. Za konwersję typów odpowiada Foreign Function Interface (FFI) biblioteki Pyodide . Przez granicę języków mogą przechodzić także obiekty, funkcje i strumienie, a wyjątki są przekazywane do miejsca wywołania . Jako parametry i wartości zwracane można wykorzystywać typy obsługiwane przez structured clone .

Dla twórców agentów oznacza to łatwiejsze łączenie komponentów napisanych w Pythonie i JavaScripcie. Przykładowo agent działający w Pythonie może wywołać Worker JavaScript odpowiedzialny za przetwarzanie danych — bez budowania osobnej warstwy API tylko po to, by połączyć oba elementy.

Przychodzące TCP i gRPC trafiają do Workers

Cloudflare rozszerzył również Workers i Containers o obsługę przychodzących połączeń TCP za pośrednictwem Spectrum, czyli usługi kierującej do Cloudflare ruch inny niż HTTP. Połączenia mogą być przekazywane bezpośrednio do Durable Objects i kontenerów .

Nowy handler connect(socket) pozwala Workerowi przyjąć przychodzące gniazdo TCP . Deweloperzy mogą dzięki temu uruchamiać aplikacje gRPC z komunikacją dwukierunkową albo korzystać z automatycznego tłumaczenia gRPC na gRPC-Web bezpośrednio w Workers .

To ważne rozszerzenie, ponieważ platforma przestaje być ograniczona wyłącznie do ruchu HTTP. Agenci i usługi, z którymi współpracują, mogą korzystać także z protokołów strumieniowych, dwukierunkowych i zoptymalizowanych pod kątem niskich opóźnień.

Co te trzy zapowiedzi oznaczają dla rynku agentów?

Wspólnie ogłoszenia tworzą spójną wizję platformy:

• @cloudflare/computer odpowiada na pytanie, gdzie agent ma pracować. Zamiast jednego kontenera albo funkcji serverless otrzymuje on trwałe, stanowe środowisko obliczeniowe, które może dobrać właściwy model wykonywania do konkretnego zadania .
• RPC między językami ułatwia budowanie systemów wielojęzycznych. Python i JavaScript mogą być traktowane jak części jednego środowiska Workers, bez konieczności ręcznego projektowania protokołów wymiany danych .
• Przychodzące TCP i gRPC usuwają kolejne ograniczenie sieciowe. Agent nie musi już komunikować się ze światem wyłącznie przez HTTP, co ma znaczenie w przypadku aplikacji czasu rzeczywistego i usług wymagających stałego, dwukierunkowego przesyłania danych .

Najważniejszy przekaz Cloudflare jest więc jasny: firma chce budować kompletną warstwę infrastrukturalną dla ery agentów. Agenci mają otrzymać własne komputery, a nie tylko kontenery; języki programowania mają być łatwiejsze do łączenia; protokoły sieciowe nie powinny ograniczać architektury aplikacji. W efekcie Cloudflare pozycjonuje Workers jako środowisko, w którym można tworzyć, wdrażać i łączyć autonomicznych agentów na brzegu sieci bez samodzielnego zarządzania serwerami, kontenerami i warstwami translacji protokołów.