Meta AI API между доступными интерфейсами и ожиданиями разработчиков

6 июля 2026 года Meta закрыла публичное превью Llama API: запросы к нему теперь получают служебный sunset-ответ с указанием, куда переходить, вместо результата модели. Три дня спустя, 9 июля, компания открыла новый self-serve доступ, Meta Model API, к модели Muse Spark 1.1, пока ограниченный разработчиками из США. Для команды, которая в техническом задании написала просто «интеграция с Meta AI», это два разных события одной недели, и ни одно из них не имеет отношения к чат-ассистенту, которого пользователи видят в приложении на телефоне.

Бренд «Meta AI» объединяет продукты с разными датами жизни, разными условиями доступа и разными владельцами решения о том, кого пускать. Планировать интеграцию по названию бренда, а не по конкретной документированной поверхности, значит закладывать в архитектуру зависимость, которую невозможно проверить до того момента, когда она реально понадобится в проде.

Дальше я развожу этот бренд на поверхности по первичным источникам Meta, проверенным на 2026-07-18, и свожу их в один критерий допуска: сценарий попадает в план только тогда, когда у него есть и документированная поверхность, и подтверждённый доступ. Карта не отвечает на вопрос, получит ли когда-нибудь чат-ассистент собственный API: это было бы предсказанием, а не фактом. Она отвечает на другой вопрос: что можно закладывать в архитектуру сегодня, 18 июля 2026 года.

Подключите модели для разработки с оплатой в рублях на provod.ai

Почему бренд Meta AI скрывает четыре разных продукта

Начнём с того, что видно обычному пользователю. Потребительский ассистент Meta AI, это meta.ai, приложение Meta AI и его встройки внутри WhatsApp, Instagram, Messenger и Facebook. По документации самой Meta это продукт для личного использования под слоганом «Ask, Chat, Create», и компания не публикует девелоперского API для этого чат-интерфейса. Источник тут прямой: страница продукта Meta AI, ai.meta.com/meta-ai, доступ 2026-07-18.

Отсюда первое расхождение. Разработчик открывает телефон, видит, как ассистент отвечает на вопрос или рисует картинку, и достраивает вывод: раз функция работает у него на экране, значит где-то есть эндпоинт. Видимость функции пользователю и наличие программного вызова, это два разных факта, и один не следует из другого автоматически.

Второе расхождение накладывается сверху, и оно тоньше. Даже когда Meta действительно даёт программный доступ к модели, это доступ к модели, а не к потребительскому продукту целиком. Так устроен запуск Muse Spark 1.1: по анонсу Meta AI Blog эта модель одновременно доступна в режиме «Thinking» внутри приложения Meta AI и отдаётся через отдельный программный интерфейс, Meta Model API. API делает вызываемой модель, а не ассистента как продукт: пользовательская обёртка и вызов из кода касаются одной и той же модели, но живут на разных поверхностях с разными правилами входа.

Когда в поиске набирают запрос meta ai api, ожидая найти единую дверь, выдача на самом деле смешивает четыре разных продукта с четырьмя разными ответами на вопрос «а это вообще дёргается программно». Разложить их обратно, прежде чем писать техническое задание, это половина работы по проектированию интеграции.

Что из этого реально вызывается из кода

Разберём поверхности по одной, каждую с источником, потому что без источника сценарий в план не идёт.

Потребительский ассистент Meta AI, тот самый чат в meta.ai и внутри соцсетей Meta, программного API не имеет (ai.meta.com/meta-ai, доступ 2026-07-18). Любой сценарий вида «пусть наш сервер ходит в ассистента Meta AI как в бэкенд» не опирается ни на один документированный контракт, и допускать его в архитектуру нельзя.

Meta Model API, напротив, настоящая программная дверь. Meta запустила его (developer.meta.com/ai/products/meta-model-api) в публичном превью 9 июля 2026 года: это self-serve доступ, совместимый с OpenAI SDK, к модели Muse Spark 1.1, и на старте он ограничен разработчиками из США. Оговорка обязательна: на момент проверки превью существует всего девять дней, оно явно US-only, и его условия, цены и география почти наверняка изменятся до общей доступности. Это моё рассуждение о вероятной траектории превью, а не обещание Meta, и опираться на эту поверхность как на стабильную долгосрочную точку рано.

Llama API, прежний первичный хостинговый продукт Meta для инференса моделей Llama на llama.developer.meta.com, уходит: публичное превью закрыто 6 июля 2026 года, и с тех пор запросы получают sunset-ответ вместо результата модели (Llama Developer docs, доступ 2026-07-18). Если в коде до сих пор зашит этот путь, он уже не источник модели, а редирект. Здесь честно указать ограничение источника: страница депрекейшена сейчас закрыта за логином Meta, её формулировки подтверждены по независимым поисковым сниппетам, но не пересняты вживую, поэтому цитаты из неё стоит считать перефразированной проверкой, а не скриншотом.

Открытые веса Llama, это отдельная история, и это не API вообще. Файлы весов доступны только через прямую загрузку от Meta после принятия кастомной community-лицензии (llama.com/llama-downloads, доступ 2026-07-18). Это путь самостоятельного развёртывания и дообучения, архитектурно отдельный от любого хостингового API Meta: своё железо, свой инференс, своя эксплуатация. Данный материал не инструкция по локальному развёртыванию Llama, он только фиксирует, что такой путь существует и что это не «вызов Meta AI».

Рядом с брендом, но не под ним, стоят платформенные API для мессенджинга. WhatsApp Business Platform (Cloud API и Business Management API, developers.facebook.com/docs/whatsapp) — давно документированное отдельное семейство API для бизнес-сообщений без структурной связи с брендом ассистента (Meta for Developers, доступ 2026-07-18). А 3 июня 2026 года Meta анонсировала Meta Business Agent и Meta Business Agent Platform, надстройку для построения AI-агента поверх бизнес-переписки в WhatsApp, Messenger и Instagram (Meta Newsroom, доступ 2026-07-18). Официальная документация подтверждает, что до этой платформы добираются через собственные платформенные API и вебхуки, а доступ гейтится требованиями: нужен WhatsApp Business Account, подходящая страна и подходящая бизнес-вертикаль, а не открытая self-serve регистрация, как у Meta Model API (Meta for Developers, доступ 2026-07-18).

Таблица допуска: как связать сценарий с поверхностью

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

Таблица делает видимым конфликт, который легко пропустить: одна и та же модель Muse Spark 1.1 живёт и в потребительском приложении, и за программной дверью, но дверь называется Meta Model API, а не ассистент. Видимая пользователю функция и вызываемая из кода модель совпадают по названию модели и расходятся по поверхности доступа. Именно на этом стыке ломаются ожидания.

Где на практике ломаются ожидания разработчиков

Самый частый сбой, планировать по бренду. Команда пишет в требованиях «Meta AI», подразумевая то чат, то модель, то агента в WhatsApp, и каждый участник достраивает своё. Пока не названа конкретная поверхность с источником, спор идёт ни о чём.

Второй сбой, принять видимую функцию за обещанный API. Ассистент умеет генерировать изображения в приложении, значит, рассуждает разработчик, есть эндпоинт генерации от лица Meta AI. Из документации это не следует. Утверждение, что конкретная потребительская функция «никогда» не станет API, тоже не факт, а оценка; честная формулировка звучит иначе: на 2026-07-18 такой публичной поверхности для чат-интерфейса нет, и строить на ней нельзя, пока она не появится в документации.

Третий сбой, обойти отсутствие официального пути неофициальным. Существуют реверс-инжиниринговые клиентские библиотеки, которые имитируют API к потребительскому ассистенту Meta AI через cookie-based авторизацию. Они не санкционированы Meta и в этом материале источником не считаются, наоборот, это ровно тот пример ложной зависимости, о котором предупреждает разбор: продукт строится на канале, который завтра сменит куку и перестанет работать без предупреждения, SLA и документации.

Есть и четвёртый, тихий сбой, опереться на уходящую поверхность. Код на Llama API мог годами работать стабильно, а теперь после 6 июля 2026 года отдаёт sunset-ответ. Депрекейшен не всегда громкая новость; иногда это просто редирект вместо ответа модели, который замечают по выросшему числу ошибок в мониторинге.

Как выбрать поверхность под сценарий

Правило одно: планировать только документированный сценарий конкретной поверхности. Разворачивается оно в четыре шага.

Шаг первый, переформулировать требование из бренда в поверхность. Не «интеграция с Meta AI», а «вызов модели по HTTP», «свой инференс на открытых весах» или «агент в переписке WhatsApp». Пока формулировка держится на уровне бренда, у неё нет источника.

Шаг второй, найти первичный источник поверхности и дату. Для Meta Model API это страница продукта на Meta for Developers и блог Meta AI; для открытых весов, llama.com/llama-downloads; для агента, Meta Newsroom и developer-документация. Нет источника, нет строки в плане.

Шаг третий, проверить допуск на момент сборки, а не на момент идеи. Meta Model API сейчас US-only превью, Business Agent Platform требует аккаунт, страну и подходящую вертикаль. Совпадёт ли конкретный сценарий с этими гейтами, гипотеза, пока разработчик не проверил собственную eligibility в своём аккаунте.

Шаг четвёртый, заложить запас на нестабильность превью и на смену маршрута. Девятидневный на момент проверки публичный превью с оговоренной сменой условий не годится в фундамент жёсткой зависимости, а история с Llama API показывает, что уходить может и зрелая поверхность. Один из способов снять это ограничение, не привязывать интеграцию к единственному провайдеру: как отдельную каталожную поверхность со своим источником и условиями входа здесь уместно упомянуть provod.ai — это не интерфейс Meta AI и не замена self-host Llama, а российский агрегатор с собственным каталогом моделей.

Практическая причина держать такой резервный маршрут рядом: Meta Model API совместим с OpenAI SDK, и это ровно тот контракт, через который provod.ai отдаёт свой каталог, Claude, GPT, Gemini, DeepSeek, Qwen. Для команды из России это снимает два конкретных ограничения US-only превью: оплата идёт с рублёвого баланса российской картой, через СБП или по счёту, без VPN и зарубежных карт, а стабильная мультиканальная маршрутизация продолжает пропускать запросы, когда один вышестоящий канал временно недоступен.

Такой резервный маршрут удобно оформить адаптером, потому что OpenAI-совместимый контракт у разных поверхностей одинаков по форме:

from openai import OpenAI

client = OpenAI( api\_key="ВАШ\_КЛЮЧ", base\_url="https://api.provod.ai/v1", )

resp = client.chat.completions.create( model="выбери-модель-из-каталога", messages=[{"role": "user", "content": "Проверка маршрута"}], ) print(resp.choices[0].message.content)

Тот же код с другим ключом и base_url ходит в любую OpenAI-совместимую поверхность. Смысл адаптера в том, чтобы уход одной поверхности, как это произошло с Llama API, не переписывал половину продукта.

Чего эта карта не решает

Карта не доказывает, что какая-то видимая функция ассистента никогда не получит API. Она фиксирует состояние на 2026-07-18 и требует пересборки при изменении источников.

Она не предсказывает судьбу Meta Model API. Из того, что Llama API закрыли, не следует ничего про стабильность или географию нового Meta Model API: это разные продукты, и перенос вывода с одного на другой был бы ошибкой рассуждения.

Она не заменяет проверку собственного допуска. Совпадёт ли сценарий с гейтами Meta Model API или Business Agent Platform, зависит от конкретного аккаунта, страны и вертикали, и это проверяется у себя, а не по статье.

И она не инструкция по локальному развёртыванию Llama: путь открытых весов реален, но эксплуатация своего инференса — отдельная большая тема со своим железом и лицензией. Отдельный каталожный агрегатор тоже не закрывает всё: он не заменяет платформы автоматизации, не даёт GigaChat, не подменяет приватную или on-prem инфраструктуру, не выдаёт подписочные функции вендора и не выполняет за команду работу по внедрению.

Что делать дальше

Ложная поверхность создаёт зависимость раньше, чем продукт вообще реализован, поэтому дешевле разложить бренд на поверхности до первой строки кода, а не после первого падения в проде. Карта и таблица допуска выше дают критерий; следующий шаг — примерить их к своему сценарию и к своему аккаунту, потому что eligibility Meta Model API и Business Agent Platform проверяется только на месте.

Если требование сводится к «вызвать модель по OpenAI-совместимому контракту», а US-only превью и оплата из-за рубежа не подходят, разумно держать рядом с планом резервную дверь с рублёвым доступом.

FAQ

Есть ли официальный API у чата Meta AI?

На 2026-07-18 нет. Потребительский ассистент документирован как продукт для личного использования, публичного девелоперского API для самого чат-интерфейса Meta не публикует (ai.meta.com/meta-ai).

Тогда что за Meta Model API?

Это отдельный self-serve доступ к модели Muse Spark 1.1, совместимый с OpenAI SDK, запущенный в превью 9 июля 2026 года и на старте ограниченный разработчиками из США (Meta for Developers, Meta AI Blog). Он делает вызываемой модель, а не ассистента.

А что с Llama API?

Публичное превью Llama API закрыто 6 июля 2026 года; теперь запросы возвращают sunset-ответ с указанием, куда переходить, вместо результата модели (Llama Developer docs). Если он остался в коде, это уже редирект.

Как тогда держать модель у себя?

Через открытые веса Llama: прямая загрузка после принятия community-лицензии (llama.com/llama-downloads). Это self-host, а не Meta-хостинговый API.

А WhatsApp и агент в переписке — это Meta AI?

Нет. WhatsApp Business Platform — отдельное давнее семейство API без структурной связи с брендом ассистента. Meta Business Agent Platform (анонс 3 июня 2026) достигается своими API и вебхуками и гейтится аккаунтом, страной и вертикалью.

provod.ai — понятный расчётный контур для юридических лиц

Переведите AI из личных оплат в нормальную закупку: компания получает рублёвые расчёты, договор, счёт и закрывающие документы, а техническая команда — единый API.

В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.

Документальный контур не маскирует дополнительную маржу: модели оплачиваются по официальным ценам 1:1, без наценки provod.ai.

Оформите AI для бизнеса: форма регистрации · цены на модели · защита данных по 152-ФЗ · реквизиты для договора

Источники

• Meta AI, продукт потребительского ассистента, ai.meta.com/meta-ai, доступ 2026-07-18 (F1).
• Llama Developer docs, депрекейшен Llama API, llama.developer.meta.com, доступ 2026-07-18 (F2).
• Meta for Developers, Meta Model API, developer.meta.com/ai/products/meta-model-api, доступ 2026-07-18 (F3).
• Meta AI Blog, запуск Muse Spark и Meta Model API, ai.meta.com/blog, доступ 2026-07-18 (F3, F4).
• Meta (Llama), загрузка открытых весов, llama.com/llama-downloads, доступ 2026-07-18 (F5).
• Meta for Developers, WhatsApp Business Platform, developers.facebook.com/docs/whatsapp, доступ 2026-07-18 (F6).
• Meta Newsroom, анонс Meta Business Agent, about.fb.com/news, доступ 2026-07-18 (F7).
• Meta for Developers, документация Meta Business Agent Platform, developers.facebook.com, доступ 2026-07-18 (F8).