Apple Foundation Models на WWDC26: новый слой маршрутизации для Claude и Gemini

На WWDC 2026 Apple представила единый Swift API, маршрутизирующий запросы к on-device модели, Private Cloud Compute, Claude и Gemini из одной точки вызова. Это вводит новый слой выбора провайдера, которым инженерные команды должны управлять осознанно.

TheRouter Newsroomисточник Apple Developer
Абстрактная диаграмма маршрутизации: единый унифицированный API-слой ветвится на несколько провайдеров — on-device, приватное облако, внешние сервисы — на тёмном матовом редакционном фоне

На WWDC 2026 Apple сделала важный архитектурный шаг, который стоит осмыслить командам, думающим о маршрутизации: выбор провайдера вынесен за пределы кода приложения. Фреймворк Foundation Models теперь маршрутизирует запрос к локальной модели Apple Intelligence, к Private Cloud Compute (PCC) Apple или к стороннему облаку — включая Anthropic Claude и Google Gemini — через единый вызов Swift LanguageModelSession. Точка вызова не указывает, какой бэкенд отвечает: провайдер конфигурируется отдельно.

Именно это разделение и есть суть обновления, а не сами модели.

Что появилось на WWDC 2026

Foundation Models, представленный в 2025 году, получил три дополнения, превращающие его в слой маршрутизации:

Поддержка сторонних серверных моделей. Любой провайдер, реализующий протокол LanguageModel Apple, можно подключить к фреймворку. Первыми примерами названы Claude и Gemini. Session API идентичен вне зависимости от того, работает ли модель локально или за облачным эндпоинтом. Это означает, что тесты, декодеры структурированного вывода и инструменты остаются неизменными при смене провайдера.

Dynamic Profiles. Инструкции, инструменты и доступные возможности можно менять в runtime без создания новой сессии. Это основа для мультиагентных рабочих процессов, где разные подзадачи требуют разных моделей или инструментов — модель маршрутизирует к нужной конфигурации автоматически.

Бесплатный PCC для малых разработчиков. Участники программы Apple App Store Small Business (до 2 млн первых загрузок) могут использовать Apple Foundation Models на PCC без расходов на облако. За этим порогом структура стоимости меняется.

Почему это важно для AI-инженерных команд

Суть архитектурного сдвига: раньше добавить языковую модель в iOS-приложение означало выбрать провайдера, интегрировать его SDK и связать логику приложения с конкретным вендором. Теперь Apple даёт протокольную абстракцию, превращающую провайдера в конфигурационное решение.

Это создаёт ряд операционных последствий:

Стоимость смены провайдера в Swift-приложениях стремится к нулю. Если ваша iOS-фича построена на Foundation Models с Claude в роли серверного бэкенда, переход на Gemini — это изменение конфигурации, а не рефакторинг кода. Это важно для команд, сравнивающих провайдеров или настраивающих fallback на случай сбоя.

Граница приватности — явное решение о маршрутизации. On-device работает полностью локально. PCC — без сохранения состояния, проверяемо, но данные покидают устройство. Звонки к сторонним облакам выходят за границу доверия Apple. Это не деталь реализации, а решение в области управления данными, которым должны управлять команды безопасности и соответствия требованиям.

Структурированный вывод и вызовы инструментов отвязаны от модели. Макрос @Generable и аннотации Swift-типов описывают контракт вывода, а модель его реализует. Тесты можно писать против схемы, а не против поведения конкретной модели — такой подход хорошо переносится при смене провайдера.

Взгляд с позиции маршрутизатора и оператора

Для команд, обслуживающих мобильных клиентов через бэкендовый AI-шлюз, обновление Foundation Models ставит новый вопрос топологии: где должно жить решение о маршрутизации — в iOS-приложении, в бэкенд-шлюзе или в обоих?

Практическое разделение обычно выглядит так:

  • On-device и PCC: нативно обрабатывается Foundation Models без бэкенд-шлюза; лучший вариант для чувствительных к приватности или офлайн-сценариев.
  • Сторонние облака (Claude, Gemini): можно направлять через бэкенд-шлюз (наблюдаемость, биллинг, fallback) или напрямую с устройства (проще, но меньше видимости).

Командам, которым нужен единый биллинг, атрибуция использования по командам или A/B-тестирование провайдеров без обновления клиента, выгоднее направлять облачные вызовы через бэкенд-шлюз. В этой архитектуре реализация протокола LanguageModel на стороне iOS указывает на OpenAI-совместимый эндпоинт вашего шлюза, а не напрямую на провайдера.

Стоит заранее спланировать fallback. Если сторонний провайдер недоступен, Foundation Models может переключиться на on-device или PCC — но только если конфигурация маршрутизации предусматривает этот путь.

За чем следить

  • Открытый исходный код. Apple подтвердила планы открыть Foundation Models летом 2026 года. После этого протокол для реализации кастомных провайдеров станет публичным.
  • Какие провайдеры выпустят пакеты соответствия. Claude и Gemini подтверждены. Ситуация с OpenAI пока неясна.
  • Правила хранения контекста у сторонних провайдеров. PCC Apple не сохраняет состояние по дизайну, у сторонних провайдеров — своя политика. Команды в регулируемых отраслях должны проверить совместимость до запуска.
  • Цены на PCC выше порога малого бизнеса. Apple пока не опубликовала поштучные тарифы. Это число определит конкурентоспособность PCC для средних и крупных приложений.

Для пользователей TheRouter

Если ваша команда маршрутизирует вызовы Claude или Gemini через TheRouter, архитектура Foundation Models совместима: адаптер LanguageModel на стороне iOS может указывать на OpenAI-совместимый эндпоинт TheRouter. Это добавляет fallback на уровне провайдера, сверку биллинга и атрибуцию использования поверх клиентской абстракции Apple.

Практическая настройка: укажите в адаптере серверной модели Foundation Models ваш TheRouter base URL вместо URL провайдера напрямую. Запросы проходят через шлюз, который применяет правила маршрутизации и при необходимости автоматически переключается на резервного провайдера — прозрачно для кода Swift-приложения выше.

Отправная точка для конфигурации — документация по OpenAI-совместимому эндпоинту.

Абстрактная иллюстрация мобильного устройства, подключённого к уровню маршрутизации облачных агентов

iOS-приложение Cursor добавляет Remote Control для облачных агентов: новый уровень управления, который операторы AI должны настроить

Нативное iOS-приложение Cursor вводит Remote Control для облачных агентов, создавая новую поверхность подтверждения действий, которую операторы AI и команды маршрутизации обязаны явно настроить.

источник Cursor
Помощь и контакты