Mixboard offline 28.09: експорт промптів і асетів перед bulk-каталогом у Bubble через BIAIG
Google Labs Mixboard, за вторинними джерелами, йде офлайн 28 вересня 2026 — офіційний експорт дає ZIP зображень по дошці, а не бібліотеку промптів. Короткий operational playbook: що зняти до дедлайну, як дзеркалити в Bubble і не прив’язувати reruns до одного зовнішнього UI (у т.ч. BIAIG як шар оркестрації — editorial inference).
Чому це зараз
За сигналом digest і вторинних публікацій (наприклад, Jetstream), команда Mixboard повідомляє: після 28 вересня 2026 сайт більше не працює, а збережені дані — дошки, згенеровані зображення, промпти — стануть недоступними. Індексованого shutdown-посту на blog.google Scout не знайшов; деталі частково з відтворених email/in-app повідомлень — тобто верифікаційний ризик залишається. Точний часовий пояс і момент відключення в пакеті не зафіксовані; 28.09 автоматичні fetch до mixboard.google.com/projects давали sign-in або 403 — не робіть висновків про outage лише з ботів.

Mixboard (launch: blog.google, 23.09.2025) багато хто використовував як «канву bulk-генерації»; community guides описують batch-style workflows, але це не durable export. Якщо ваш prompt library або каталог рядків жив лише там — continuity risk вже настав.
Що Google документує як export (і чого там немає)
Підтверджений шлях — ручний, per board:
- Відкрити mixboard.google.com/projects (потрібен login).
- Розгорнути project, меню ⋮ на board → «Download as PNG».
- Завантажується ZIP зображень цієї дошки; повторити для кожної дошки/project.

Account-wide bulk export у публічних джерелах не описаний. FAQ-агрегатори (ScriptByAI та ін.) підкреслюють: після shutdown промпти в Mixboard недоступні, а офіційні кроки save акцентують image ZIP, не metadata/prompt export. Inference (не підтверджено Google): текст промптів доведеться копіювати окремо (Notion, Sheet, Bubble DB) — не покладатися на ZIP як source of truth для prompts. Поруч із цим: gpt-image-1 вимикається 23.10.2026: міграція bulk-каталогів. Поруч із цим: OpenAI Decisions API (preview): класифікація. Поруч із цим: Фрагментована ніша bulk-tools: Apify spreadsheet. Схожий розбір: Magnific One (Brand Kit +. Про це окремо: Meta @-reference removal: міграція ref-пайплайнів.
Open questions (з Scout): чи ZIP/PNG містять embedded metadata з промптами; чи export включає text blocks, uploads, share state — у пакеті відповідей немає.
Operational checklist до дедлайну
Assets (images)
- Інвентаризація: список projects/boards з назвами та датами (щоб не пропустити «забуту» дошку).
- Per-board «Download as PNG» → зберегти ZIP у структурованій папці або одразу в object storage з стабільними іменами файлів.
- Для великих каталогів — очікуйте operational toil і missed-board risk; призначте відповідального та deadline до 28.09, не в останню годину.

Prompts і рядки каталогу
- Для кожного asset, який піде в Bubble bulk catalog: зафіксуйте prompt text, model/settings (якщо були в UI), reference до board ID, версію.
- Якщо prompts уже в Google Sheet — це хороший проміжний mirror; Bubble DB має стати canonical після міграції.
Не робити
- Не тримати єдиним source of truth зовнішній experimental UI (Labs продукти мають короткий lifecycle: launch ~09.2025, shutdown ~09.2026 за вторинними джерелами).
- Не плутати «bulk generation на канві» з portable catalog.
Дзеркало в Bubble: DB + file storage
Публічні патерни Bubble (без прив’язки до Mixboard):
- Файли: Workflow API — file/image params як hosted URL або base64 для server-side storage після того, як ZIP розпаковано або файли залито в CDN/storage.
- Bulk processing: Schedule API workflow on a list — per-row/per-file backend workflows; для великих списків враховуйте intervals, overlap і HTTP 429 при зовнішніх API (scheduling docs). Схожий розбір: Qwen-Image-2.1 vs closed models: vendor.
Мінімальна схема даних (editorial suggestion)
CatalogRow: slug, prompt_text, status, mixboard_board_ref (legacy), external_job_id, version.Asset: file (Bubble), checksum або filename, link to CatalogRow.RunLog: run_id, started_at, row_id, outcome — щоб rerun не залежав від Mixboard UI state.
BIAIG: оркестрація після spreadsheet/UI prep
Важливо: у публічному пошуку немає документації «BIAIG» як Bubble bulk-catalog layer; hits на «BIAIG» — інші сутності. Нижче — editorial playbook з brief/plan item, узгоджений із тим, що BIAIG у вашому стеку — шар після підготовки рядків (Sheet/editor), а не заміна export з Mixboard.
- Input contract: BIAIG job читає лише Bubble (або API) rows у статусі
ready; prompt і file URL/base64 уже в DB — не з Mixboard. - Idempotent reruns: ключ row +
versionабо hash prompt; повторний run не створює дублікатів asset без явногоforce_regenerate. - Decouple from external UI: жоден крок pipeline не вимагає залогіненого Mixboard; зображення — з Bubble storage або вашого image API.
- Rate limits: stagger scheduled workflows (Bubble docs про lists до ~100k items — але concurrency і зовнішні API лімітують реальну швидкість).
Це не повторення окремих матеріалів про ~500-row chunking чи OpenArt-vs-BIAIG placement — лише continuity після втрати Mixboard як prep UI.
Підсумок
| Що | Дія |
|---|---|
| Images | Per-board ZIP via «Download as PNG»; mirror files у Bubble/storage |
| Prompts | Копіювати вручну в canonical DB/Sheet до shutdown; ZIP не гарантує prompt recovery |
| Bulk catalog reruns | Bubble scheduled API workflows + BIAIG (internal) від row state, не від Mixboard |
| Довіра | Shutdown details — переважно secondary sources; primary Google shutdown page не знайдено |
Якщо ви ще не залогінились сьогодні — зробіть export pass за документованим меню, паралельно виведіть prompts у стійке сховище. Після 28.09 відновити те, що лишилось лише в Mixboard, за публічними джерелами не передбачено.