Cloudflare добавила бета-версию веб-поиска API к AI Gateway, предоставляя агентам и приложениям AI возможность выполнять поиск в реальном времени в Интернете через тот же уровень шлюза, который уже используется для моделирования трафика. Эта функция новая, узкая по площади и все еще находится в стадии бета-тестирования, но она указывает на более масштабный сдвиг: поиск становится платным инструментом искусственного интеллекта, а не просто интеграцией на стороне приложения.
Компания объявила о бета-тестировании 2 октября 2026 года. При запуске Cloudflare указывает Ceramic.ai, Exa и Linkup в качестве доступных для выбора поисковых поставщиков. Разработчики могут отправлять поисковые запросы через AI Gateway, отображать эти запросы в журналах шлюза и оплачивать их кредитами AI Gateway по цене API, указанной каждым поставщиком. Cloudflare заявляет, что не добавляет дополнительную разметку. Команды также могут использовать учетные данные поставщика «принеси свой ключ», если это поддерживается.
Эта комбинация имеет значение, поскольку объединяет три задачи, которые часто решаются отдельно: маршрутизация инструментов, наблюдаемость и выставление счетов. Для разработчиков, создающих агентов с расширенным поиском, помощников по исследованиям, ботов поддержки или автоматизированных рабочих процессов продаж, вопрос больше не заключается только в том, какая модель дала ответ. Это также то, к какому поисковому провайдеру был вызван, под чьими учетными данными, по какой цене и могут ли полученные затраты быть привязаны к клиенту, команде, проекту или ключу API.
Что изменилось
До недавнего времени многие обсуждения шлюзов ИИ были сосредоточены на вызовах моделей: OpenAI-совместимые конечные точки, аварийное переключение поставщика, учет токенов, задержка, кэширование и журналы запросов. Бета-версия веб-поиска Cloudflare API добавляет в эту плоскость управления другой тип транзакций. Поисковый вызов может поддерживать ответ модели, но сам по себе он не является запросом на вывод модели. У него другие цены, другая семантика поставщиков и другие вопросы управления.
Запуск Cloudflare делает поставщика поиска настраиваемым шлюзом, а не жестко запрограммированной зависимостью приложения. Разработчики могут выбирать среди перечисленных провайдеров, маршрутизировать вызов через AI Gateway и видеть его вместе с другим трафиком AI. Если клиент использует биллинг, управляемый Cloudflare, оплата взимается за счет кредитов AI Gateway. Если клиент принесет ключ поставщика, шлюз все равно может находиться на пути маршрутизации и регистрации.
Это значимая граница продукта. Поиск больше не является невидимым помощником, спрятанным за структурой агента. Это становится первоклассным событием в записях ворот. Для мультимодельного API шлюза для команд это разница между «агент стоил дорого» и «этот рабочий процесс тратил деньги на токены модели, кэшированный контекст и шесть поисковых вызовов в режиме реального времени».
Почему команды шлюзов должны заботиться
Непосредственной аудиторией являются разработчики, уже использующие Cloudflare AI Gateway, особенно те, которые создают приложения, которым нужна свежая информация. Поиск может помочь обосновать ответы на реальных данных, но он также вводит еще одну единицу затрат и еще один источник зависимости от поставщика. Если агент службы поддержки ищет документацию, помощник по соблюдению требований проверяет текущие страницы политики или рабочий процесс мониторинга рынка неоднократно сканирует Интернет, расходы на поиск могут стать операционно важными, даже если использование токенов выглядит скромным.
Это та же самая закономерность, которая сейчас наблюдается во всей инфраструктуре агентов. Инструменты размещенной оболочки, использование браузера, агенты проверки кода и службы поиска — все это превращается в дозированные операции вокруг модели. Токены по-прежнему имеют значение, но они больше не составляют всего реестра. Удобный шлюз должен объяснять расходы на протяжении всего рабочего процесса, а не только на этапе его окончательного завершения.
Для предприятий это влияет на возврат платежей и прибыль. Реселлеру или команде внутренней платформы может потребоваться решить, будут ли расходы на поиск пересчитываться по прейскурантной цене поставщика, с наценкой, включаться в план или блокироваться по умолчанию. Финансовый отдел может захотеть узнать, увеличился ли счет клиента из-за более крупных запросов, большего количества токенов вывода, поведения кэша или объема веб-поиска. Командам разработчиков могут потребоваться отчеты об использовании, в которых фоновое обогащение отличается от создания, видимого пользователю.
Это создает практические возможности для более сильного унифицированного искусственного интеллекта API выставления счетов. Модель выставления счетов должна охватывать токены, кэшированные токены и вызовы инструментов, не объединяя их в одну расплывчатую строку «использование ИИ». В противном случае клиенты не смогут определить, какая часть агентской системы несет расходы.
Последствия для разработчиков
Разработчикам придется рассматривать веб-поиск как часть дизайна приложения API, а не просто как быстрое усовершенствование. Поставщик поиска должен быть виден в конфигурации. Учетные данные должны быть ограничены. Журналы должны сохранять достаточно информации для отладки поведения поставщика и расходов клиентов без сохранения ненужных конфиденциальных данных. Обработка ошибок должна отличать сбой модели от сбоя поставщика поиска, поскольку взаимодействие с пользователем и стратегия повторных попыток могут различаться.
Существует также вопрос маршрутизации. Ceramic.ai, Exa и Linkup не являются взаимозаменяемыми во всех случаях использования. Качество поиска, покрытие, задержка, формат результатов и цена — все это может повлиять на поведение последующих моделей. Шлюз, который может маршрутизироваться между поставщиками, дает разработчикам гибкость, но также требует наличия политики: какой поставщик утвержден для какого арендатора, какие регионы или классы данных разрешены, а также требуются ли учетные данные BYOK для некоторых клиентов.
Для Model Gate и подобных продуктов практическая связь прямая. Если клиенты создают агентские службы поверх шлюза, они в конечном итоге потребуют, чтобы использование поиска отображалось рядом с использованием модели на той же аналитической поверхности. Партнерским API также может потребоваться предоставлять записи поисковых вызовов, чтобы нижестоящие платформы могли точно выставлять счета своим клиентам. Если рассматривать поиск как первоклассный платный инструмент, то это естественно сочетается с управлением ключами API, командным контролем и аналитикой использования.
Это не означает, что каждый шлюз должен копировать точный список провайдеров Cloudflare. Более важный момент носит структурный характер: как только через шлюз становится доступным поиск в реальном времени, измерение инструментов становится частью контракта шлюза. Командный ИИ API контроль расходов, который игнорирует вызовы инструментов, занижает реальные затраты агентов.
Что остаётся неясным
Статус бета-версии оставляет несколько открытых вопросов. Cloudflare назвала первоначальных поставщиков поиска и описала подход к выставлению счетов, но производственным группам все равно придется оценить производительность конкретного поставщика, качество результатов, обязательства по обработке данных и эксплуатационные ограничения. Публичная документация подтверждает бета-версию и базовую схему ценообразования, но не определяет, будет ли один поставщик лучше для всех рабочих нагрузок или как эта функция будет развиваться до того, как она станет общедоступной.
Также неясно, насколько быстро разработчики смогут стандартизировать поиск через шлюз, а не прямую интеграцию с поставщиками. Команды, у которых есть существующие стеки поиска, могут продолжать поиск внутри своей собственной инфраструктуры. Другие могут предпочесть маршрутизацию через шлюз, поскольку она сокращает работу по интеграции и централизует журналы. Решение, скорее всего, будет зависеть от потребностей управления, а также от релевантности поиска.
Тем не менее, направление достаточно ясно. Шлюзы ИИ поглощают большую часть времени выполнения агента вокруг модели. Бета-версия веб-поиска Cloudflare API — это не просто функция поиска; это еще один признак того, что плоскость управления приложениями ИИ теперь должна измерять, маршрутизировать и объяснять инструменты так же тщательно, как и модели.