Такой подход объединяет в одном рабочем пространстве операции с файлами, выполнение кода и настройку окружения. Разработчикам не приходится вручную связывать вычислительные ресурсы, хранилище и песочницы .
Cloudflare выпускает библиотеку как открытый эксперимент, чтобы тестировать ее вместе с клиентами, которые запускают агентов в больших масштабах . Поскольку это ранняя preview-версия, API и архитектура проекта еще могут измениться; источник также не рекомендует использовать ее в production на текущем этапе .
В тот же день Cloudflare расширила Workers RPC — механизм удаленного вызова методов между сервисами. Python Workers и JavaScript/TypeScript Workers теперь могут вызывать методы друг друга через Service bindings .
Для таких межъязыковых вызовов не нужны дополнительные зависимости, отдельные схемы данных, protobuf или собственный код сериализации. Преобразованием типов занимается Foreign Function Interface (FFI) среды Pyodide . Через границу языков могут передаваться структурированные данные, а также живые объекты, функции и потоки . Исключения при этом доходят до места вызова, как при обычном вызове функции .
На практике это позволяет, например, разместить часть логики агента на Python, а обработку данных — в JavaScript Worker, не превращая взаимодействие между ними в отдельный сетевой протокол.
Третье обновление касается сетевого уровня. Workers и Containers теперь могут принимать входящие TCP-соединения через Spectrum — прокси Cloudflare для трафика, который не ограничивается HTTP. Соединения можно напрямую направлять к Durable Objects и контейнерам .
В среде Workers появился новый обработчик connect(socket), позволяющий Worker принимать входящий TCP-сокет, предоставленный Spectrum . Это открывает возможность запускать полноценно двунаправленные gRPC-приложения, где клиент и сервер одновременно обмениваются потоковыми данными .
Cloudflare также добавляет автоматическое преобразование gRPC в gRPC-Web внутри Workers. Благодаря этому разработчики получают доступ к протоколам, которые раньше нельзя было обслуживать в Workers напрямую, не ограничиваясь привычными HTTP-запросами .
По отдельности эти релизы выглядят как обновления разных уровней — среды выполнения, взаимодействия сервисов и сетевого стека. Вместе они складываются в единую стратегию Cloudflare:
@cloudflare/computer отвечает на вопрос, где агент хранит состояние и выполняет работу. Вместо обязательного контейнера или эфемерной serverless-функции агент получает постоянное рабочее пространство и подходящий вычислительный ресурс для каждой операции .Главный сигнал Cloudflare заключается в том, что компания хочет стать не только местом для размещения отдельных функций, но и полноценным инфраструктурным слоем для агентных приложений. Агент получает «свой компьютер», языки программирования могут работать вместе, а сетевые протоколы перестают быть жестким ограничением.
Если этот подход масштабируется, разработчики смогут собирать, развертывать и связывать автономных агентов на периферийной сети Cloudflare, не управляя вручную серверами, контейнерами и слоями преобразования протоколов.