Bulk image для Bubble: Apify, Kive, BulkImagen і orchestration BIAIG

Навіщо зараз

Ніша bulk-генерації зображень розірвана на три осі: файл/таблиця на вході (Apify Actor, BulkImagen CSV/API), каталог у продукті (Kive Bulk Generate — продукти + studio preset, без CSV), SaaS CSV з великим row cap (OpenArt Bulk Create до ~500 рядків — контекст екосистеми, не head-to-head з OpenArt). Для Bubble-збірки питання не «який сервіс кращий», а де живе truth для prompt text, SKU, версій і URL assets — і хто merge-ить partial batches. Поруч із цим: OpenArt Bulk Create (500 CSV. Схожий розбір: Magnific One (Brand Kit +. Поруч із цим: OpenArt Bulk Create (500 CSV.

BIAIG у цій статті — редакційна мітка для in-app orchestration у Bubble: canonical rows у Data Types, зовнішній batch engine, короткі workflows для submit/poll/import. Публічної сторінки продукту «BIAIG» у Scout-пакеті не знайдено; у вашому стеку замініть визначення на внутрішній plugin/pattern, якщо він існує.

Три моделі bulk

Spreadsheet-first

Apify (fayoussef/bulk-ai-image-generator): .xlsx/.csv/.tsv або публічне посилання Google Sheets; шаблони {{Column}} або колонка prompt; на виході results.xlsx з imageUrl, використаним prompt і status по рядку. REST, клієнти, MCP за документацією Apify — зручно, коли truth уже в таблиці.

BulkImagen: CSV (обов’язкова колонка prompt; опційно ratio/count); async POST /v1/batches + polling; tier caps на batch (на pricing — напр. 10/50/100 images per batch на Starter/Studio/Scale). Підходить під API Connector + scheduled poll, не під один довгий workflow.

Catalog-in-app

Kive Bulk Generate (оголошено березень 2026): вибір збережених products, один studio preset, overrides на review, кредити ≈ line items × versions. Документація описує UI bulk, не CSV import; programmatic — MCP (generate_product_image per product + polling), не один HTTP bulk job. Truth живе в Kive product library, не в Bubble row — sync-back обов’язковий, якщо каталог керується в Bubble. Поруч із цим: gpt-image-1 вимикається 23.10.2026: міграція bulk-каталогів.

Контекст без дублювання OpenArt

OpenArt Bulk Create — орієнтир «500 prompts у CSV» у SaaS. Окремий матеріал уже порівнює OpenArt vs BIAIG; тут лише карта екосистеми: high row cap у SaaS vs tier-limited API vs spreadsheet actor.

Bubble: коли не тягнути bulk всередину

Офіційні hard limits задають архітектуру:

Backend workflow timeout 300 s — не робіть poll-until-done великого batch в одному кроці.
Schedule API workflow on a list — до 100 000 workflows (unsorted); editor bulk — parallel per-thing з list лише як parameter.
Outgoing API response cap ~50 MB — не очікуйте ZIP/великий JSON у одній відповіді.

Патерн BIAIG: (1) Bubble пише/читає canonical Catalog line (SKU, prompt version id, status, external job id). (2) Зовнішній engine (Apify run, BulkImagen batch, Kive MCP loop поза Bubble або через thin proxy) генерує. (3) Короткі workflows: submit → poll/webhook → import imageUrl + metadata → persist у file field / S3 до expiry публічних URL. Про це окремо: BulkImagen SKU-шаблони і POST /v1/batches:.

Сотні parallel SAWOL на один API — ризик Bubble throttling і 429 у vendor; docs рекомендують інтервали scheduling.

Truth для prompts після Mixboard (28.09.2026)

Mixboard offline; зафіксований export — ZIP PNG з board menu, не structured prompt/asset catalog. Якщо prompts жили лише в Mixboard, версіонування після shutdown — gap: реконструкція з pixels ненадійна. Практичний висновок з editorial thread: експортуйте prompts і assets до bulk каталогу в окреме сховище (Data Type, Git, sheet з access control) до mass generation. BIAIG має поле prompt_version / source_board_ref, навіть якщо image прийшла з ZIP. Поруч із цим: Meta Muse Image на fal.

Sync-back: хто пише що

Пропонований мінімум полів у Bubble (узгодьте з вашим app):

Поле	Хто owner під час batch
`sku`, `catalog_line_id`	Bubble (до submit)
`prompt_text` / `prompt_version_id`	Bubble або import з sheet — не infer з PNG
`external_job_id`, `provider`	Bubble після submit
`status`, `model`, `aspect_ratio`	Import з results.xlsx / batch API / MCP status
`imageUrl` (тимчасовий) → file	Bubble після import (до expiry URL)

Під час in-flight batch один writer на row (напр. workflow «Import results»), щоб не перетирати partial updates.

Коли spreadsheet-first, коли BIAIG orchestration

Spreadsheet-first (Apify/BulkImagen UI upload) — швидкий старт, ecommerce {{Color}}/{{Product}}, ops править CSV без deploy Bubble. Мінуси: публічні sheet links (leak SKU/PII), truth розщеплений між sheet і app.

BIAIG orchestration — multi-tenant catalog у Bubble, audit, RLS, per-row cost attribution; batch розбивається на multi-batch через tier limits (BulkImagen 10–100; Apify marketing до ~1000 prompts — verify at runtime). Merge partial results — відповідальність вашого import workflow, не vendor UI.

Kive — коли продукти вже в Kive library і preset-driven studio; Bubble — система record після MCP/API, не primary prompt editor.

Ризики (коротко)

Marketing/pricing pages — перевіряйте limits перед run.
Public imageUrl — persist у Bubble storage; retention policy vendor — verify.
Third-party Apify actor — окремі terms від platform SLA.
Kive MCP — workspace credits; unattended agent loops = governance risk.

Відкриті питання для вашого стеку

Scout залишив: точне значення BIAIG у вашій repo, canonical fields для sync-back, який integration path уже wired (API Connector vs Apify webhook vs MCP outside Bubble), і чи з’явився у Kive bulk REST після березня 2026 — перевірте docs незалежно.

Джерела: Scout packet (Apify actor, Kive docs/news/MCP, BulkImagen site/docs/pricing, OpenArt highlights, Bubble manual hard limits & bulk operations, Mixboard shutdown reporting + Google Labs blog). Не публікуйте зовнішньо без редакційної перевірки.