Meta @-reference removal: міграція bulk ref-пайплайнів у Bubble (липень 2026)

Що саме змінилось (і що ні)

У липні 2026 Meta запустила Muse Image у Meta AI і через кілька днів прибрала можливість @-згадувати публічні Instagram-акаунти як візуальні референси. Оновлення від 10 липня 2026 (Meta newsroom) прямо каже, що така @-reference «більше недоступна»; сама генерація/редагування Muse Image на пов’язаних поверхнях продовжилась. Reuters, BBC і TechCrunch описують ту саму коротку дугу launch → backlash → removal; дати повернення функції в публічних джерелах немає.

Це споживча політика Meta AI, а не контракт вашого bulk-стеку через fal чи Meta Model API. Окремо існують вересневі (наприклад, 2025-09-09) дедлайни міграції Graph/Marketing API v22 — якщо digest змішав «вересень» з @-reference, пріоритети міграції ref-пайплайнів будуть хибними. Для bulk-оркестрації в Bubble трактуйте @-removal як ризик регресії в prompt-шаблонах, який fal-catalog статті про image_urls самі по собі не закривають. Поруч із цим: ByteDance–MPA guardrails на Seedream/Seedance: yield. Про це окремо: Китай ВПС і downstream liability.

Як це стосується fal + Bubble bulk

У fal-каталозі для Meta Muse типовий bulk-шлях виглядає так:

meta/muse-image/text-to-image — переважно prompt-only; референси не в основному flow каталогу.
meta/muse-image/edit — обов’язкові prompt + image_urls (1–10 HTTP(S) або data URL); поля для Instagram @-handle немає.

Як це стосується fal + Bubble bulk Поруч із цим: ByteDance–MPA guardrails на Seedream/Seedance: yield.

Meta Model API (developer docs, серпень 2026) описує референси через завантажені файли / URL та conversational interleaved images на /v1/images/generations і /v1/images/edits — не документує резолв @instagram_handle у prompt. Marketing API generative features і Ads Manager працюють із завантаженими/eligible assets, не з Muse @-mention workflow у Meta AI.

Висновок для білдера: якщо ваш BIAIG/Bubble pipeline копіював Meta AI prompt-патерн з @brand_account, ви могли покладатися на поведінку, якої на API-шарі ніколи не було гарантовано — і яка на споживчому шарі вже зникла. Поруч із цим: Gemini Nano Banana 2 у.

Чеклист міграції ref-пайплайнів (Bubble + BIAIG)

1. Інвентаризація (до наступного bulk-run)

Експорт усіх catalog rows, prompt templates, API Connector body і Custom events, де в тексті є @ + handle або згадка «Instagram reference».
Позначити рядки, де ref лише в prompt, без паралельного image_urls (fal edit) або без вашого File/URL asset у БД.
Розділити: production vs draft шаблони; legacy копії в Scheduled API Workflow / backend workflows.
Зафіксувати, який endpoint викликається (text-to-image vs edit) — missing URLs на edit валідуються до генерації, а не «погіршують якість».

2. Заміна @-reference на явні assets

Для кожного колишнього @handle — owned або licensed anchor image (CDN, Bubble file, S3/R2 тощо) з правами на bulk-генерацію.
У fal meta/muse-image/edit передавати image_urls явно; prompt лишає інструкцію стилю/композиції, не ідентичність через handle.
Для brand/product likeness без IG: версіонований набір anchor images (front, packshot, logo-safe zone) — aligned з «anchored composition» у developer guidance Meta, не one-off @.
Не покладатися на automatic web/visual grounding як повну заміну навмисного ref без рев’ю виходу (еквівалентність знятому IG @ — не підтверджена публічними джерелами). Про це окремо: Mixboard offline 28.09: експорт промптів. Схожий розбір: Meta Muse / Instagram 5.10.

3. Версіонування шаблонів каталогу

Додати поля template_version, ref_set_id, model_route (напр. muse/edit vs muse/t2i) у catalog thing.
При зміні anchor set — нова версія, не silent overwrite старих prompt rows.
Зберігати sample outputs (hash або thumbnail + дата) для порівняння після міграції — Muse non-deterministic.
Changelog у internal doc: «v3: removed @handle; refs = catalog_asset_ids […]».

4. Fallback, якщо ref більше не резолвиться

Визначте поведінку на рівні orchestration (не «сподіваємось, що модель зрозуміє»):

Ситуація	Рекомендований fallback
Немає `image_urls` для edit row	skip row + log reason; не падати весь batch
Prompt містить `@` після sanitization	block або strip + flag для human review
Edit недоступний / quota	alternate route (text-to-image без ref) лише якщо бренд дозволяє generic output
Off-brand output	human-in-the-loop або повтор з іншим anchor set

У Bubble: окремий error branch у backend workflow, таблиця bulk_job_row_status, нотифікація оператору.

5. Тести регресії (мінімум)

3–5 golden rows з відомими anchor URLs — порівняти до/після міграції (візуально, не лише HTTP 200).
Рядок із legacy @handle у prompt — переконатися, що pipeline не проходить silently (ignore token vs degraded output публічно не верифіковано без live API test).
Перевірити Scheduled bulk на staging з тим самим fal key і timeout, що production.

Compliance (окремо від Meta policy)

Зняття @-reference не скасовує потребу в правах на likeness і контент для bulk. Якщо раніше ref фактично тягнув публічний IG — міграція на explicit URLs — це також аудит ліцензій, не лише технічний фікс.

Відкриті питання (чесно)

Без доступу до вашого production і live API tests невідомо: чи реально ваш stack колись резолвив @ через Meta (чи лише fal URLs); чи fal/Meta strip/ignore @ у prompt; чи поверне Meta account referencing з consent. Плануйте міграцію як уже актуальний ризик (подія липня 2026), а не «можливо у вересні».

Джерела (обмеження матеріалу)

Meta newsroom (Muse Image, update 10.07.2026); Reuters, BBC, TechCrunch (липень 2026); Meta Model API / «Build with Muse Image»; fal meta/muse-image/edit та text-to-image; Graph/Marketing API v22 (вересень 2025 — окремий timeline); Marketing API generative features; Meta Ads Manager help (asset-based reference).