СТАТТЯ

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:

  1. Відкрити mixboard.google.com/projects (потрібен login).
  2. Розгорнути project, меню ⋮ на board → «Download as PNG».
  3. Завантажується ZIP зображень цієї дошки; повторити для кожної дошки/project.

Що Google документує як export (і чого там немає)

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, не в останню годину.

Operational checklist до дедлайну

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.

  1. Input contract: BIAIG job читає лише Bubble (або API) rows у статусі ready; prompt і file URL/base64 уже в DB — не з Mixboard.
  2. Idempotent reruns: ключ row + version або hash prompt; повторний run не створює дублікатів asset без явного force_regenerate.
  3. Decouple from external UI: жоден крок pipeline не вимагає залогіненого Mixboard; зображення — з Bubble storage або вашого image API.
  4. 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, за публічними джерелами не передбачено.

← Усі статті