Krea 3 Ultra, LoRA та SKU colorways у Bubble

Контекст

У digest з’явився Krea 3 Ultra: швидкі 2K-edits, narrative про colorways і LoRA для серій. У мене це лягає поруч із потоками, які я вже описував — On-Model Bulk Create (масштаб типу 100 products/run), Ideogram 4.5 multi-turn edit, threads про consistency in bulk (Kling o3, GPT Image 2.5). Ця нота не дублює on-model run caps. Фокус інший: коли edit-leg у Krea закриває SKU/colorway, а коли master + orchestration лишаються в BIAIG (назва внутрішня; публічної документації на acronym немає — далі трактую як org-specific flat bulk). Схожий розбір: Fozzels (жовтень 2026): ліміти Image.

Що Krea 3 реально дає сьогодні (за Scout packet)

Krea 3 (жовтень 2026) позиціонується як production image editor: native 2K, instruction-following edits. У маркетингу — більшість edits до ~8 с при базі ~$0.06/2K (API; references і thinking modes додають cost).

References: у launch messaging до 6 ref images на edit; в API docs — до 8. User guide: Krea 3 для швидких instruction edits і product/character consistency через references.
regional_edit: true на режимах fast/high: локальні зміни (наприклад recolor) при збереженні решти кадру pixel-exact — найближчий офіційний механізм до chained SKU/colorway без full-scene drift.
Handoff pattern (мінімальний): stable image_url з POST /assets або ваш hosted SKU master; промпт — «lead with change + one preservation sentence»; для multi-ref — role naming («sneaker from second image on person in first»).

Krea 3 Ultra — окремий quality tier (thinking_mode: "ultra" на POST /generate/image/krea/krea-3):

Завжди 2K, генерує кілька candidates і обирає один; мінімум одна reference обов’язкова.
+$0.20/generation поверх 2K base; latency хвилини (docs — до ~10–16 хв при low priority). Це не той самий «8 секунд edit», що fast mode.
regional_edit не підтримується на Ultra.
API: 402 K3_ULTRA_ACCESS_REQUIRED, якщо workspace не Max plan or above (entitlement окремо від pay-as-you-go billing).

Про ціну at scale — чесно: per-reference surcharges (+$0.02–$0.07 залежно від resolution) роблять «$0.06 edits» оптимістичними для серій з багатьма refs.

LoRA «серії» — де правда на жовтень 2026

LoRA для serial consistency зараз — Krea 2: training in-app (/train), API /styles/train (types: object/character/style; у dev docs 10–30 images для dataset). У Image tool — strength/combine LoRAs.

Krea 3 API на момент packet: LoRA і weighted style_urls — «coming soon» (422 у API; changelog 16 Oct 2026 те саме; third-party reviews — in-app Krea 3 LoRA UI «Coming soon»). Офіційний user guide: Krea 2 для LoRAs, moodboards, weighted style refs; Krea 3 для швидких edits + refs.

Ризик публікації: прес (наприклад AlternativeTo) може писати, що Krea 3 — «перша editing model з LoRA fine-tuning». Це конфліктує з krea.ai/docs і changelog. Для editorial і prod рішень я не стверджую LoRA-driven Krea 3 series як available today, поки не з’явиться в офіційному API.

Практичний split сьогодні:

Серія з trained object/style LoRA → Krea 2 LoRA (або чекати Krea 3 LoRA в API).
Colorway/variant без LoRA → Krea 3 master/ref + regional_edit на fast/high для локального перефарбування; Ultra — опційно для final QA frames, де потрібен candidate pick, але без regional_edit (тоді preservation сильніше в prompt + refs).
Flat bulk master generation + multi-variant orchestration → лишається там, де у мене вже працює BIAIG (internal caps на кшталт 100 products/run — не верифіковано з публічного web, label as architecture choice). Поруч із цим: OpenAI Decisions API (preview): класифікація.

Коли що обирати (decision table для Bubble-команди)

Задача	Krea	BIAIG / інше
Packshot → lifestyle, campaign variants з refs, швидко	Krea 3 fast/high, 2K, job poll	Master batch, якщо один prompt на сотні flat SKU
Colorway на тому ж кадрі (локальний recolor)	`regional_edit: true` (не Ultra)	Якщо variant = новий master з нуля в bulk pipeline
LoRA-locked серія (той самий продукт/персонаж across N shots)	Krea 2 LoRA (поки Krea 3 LoRA не shipped)	Orchestration + збереження variant IDs, якщо LoRA ще не в stack
Hero frame / суворий QA pick	Ultra (refs required, minutes, +$0.20)	Не підміняє throughput leg
Multi-turn refinement thread	Krea 3 edits або окремо Ideogram 4.5 (моя наявна стаття)	—

Acceptance criteria (відкрите питання в packet): pixel-exact label/logo vs perceptual match — third-party review зазначає residual text/logo failures; публічного SKU-wide success rate немає. Для regulated catalog я планую human spot-check, не лише API.

Bubble: мінімальний handoff (generic API Connector)

Публічні джерела не описують Krea-specific Bubble plugin; pattern як у forum threads про multi-image API:

Upload / register asset → зберегти image_url і variant metadata (SKU id, color code, master job id) у Bubble DB.
API Connector → POST /generate/image/krea/krea-3 з prompt, image_urls[], thinking_mode, опційно regional_edit (лише fast/high).
Async: GET /jobs/{job_id} або webhooks; для Ultra — окрема queue/concurrency (хвилини, не секунди).
Persist outputs назавжди (Krea URLs тимчасові); Zero Data Retention може exclude Ultra — перевірте policy для sensitive catalog.

Між BIAIG і Krea я передаю не весь creative brief, а contract:

master_image_url (або packshot ref)
change_instruction (one line)
preserve_instruction (one line: logo, pose, background)
optional ref_roles[] для multi-ref

Висновок

Krea 3 Ultra у digest — timely для 2K edit leg і catalog variants, але Ultra ≠ fast bulk edit: cost, latency і відсутність regional_edit змінюють місце в pipeline. LoRA-серії для SKU consistency сьогодні — Krea 2, доки Krea 3 LoRA не в API. BIAIG flat bulk лишається шаром master generation і orchestration; Krea — targeted edit/colorway/QA, не заміна on-model run economics.

Open questions (для наступної ітерації): міграція Krea 2 LoRA на Krea 3; webhook vs poll limits на Max tier; чи digest мав на увазі private/beta LoRA на Krea 3.

Джерела в межах packet: krea.ai/docs (Krea 3 overview, user guide, changelog, LoRA train tutorial), krea.ai/blog (Introducing Krea 3, Krea 2 LoRA, benchmarks); Bubble forum — API Connector pattern. BIAIG — internal.