SenseNova U1 Pro і 8K API: high-res bulk-маршрут для Bubble-каталогів через BIAIG

Контекст

У digest з’явився SenseNova U1 Pro (SenseTime): у публічних анонсах — production image model з interleaved text–image reasoning, акцентом на читабельний текст/layout, custom aspect ratios і vendor-claimed native output до 8K. Канали: Raccoon (商汤小浣熊) і SenseNova / 日日新 API (enterprise whitelist, [email protected]).

Чесна позиція щодо 8K: у відкритому reference-коді SenseNova-U1 на GitHub задокументовані лише бакети ~1K/1.5K/2K; hands-on у Studio цитують до 4K. Точні pixel dimensions, API-поля для «8K», pricing і latency у первинних public docs Scout не знайшов. «8K» у статті — vendor specification, поки не з’явиться schema/API evidence. Якщо реальний long edge матеріально не перевищить ~3840–4096 px конкурентів, окремий маршрут — про workflow і канал доступу, а не про «єдиний true 8K UHD (7680×4320)».

У тій самій рамці high-res bulk route (після GPT Image 2.5, Gemini Nano Banana 2, Tencent Hy Image) U1 Pro — четвертий/п’ятий routing option, фокус — resolution tiering, не vendor benchmarks. Схожий розбір: Tencent Hy Image 3.5 Preview. Схожий розбір: Tencent Hy Image 3.5 Preview.

Що таке BIAIG у цій методології

BIAIG — робоча абревіатура bulk image gateway у вашому Bubble-стеку (async POST generations + polling). Публічно схожий патерн описує, наприклад, buble.ai (POST /api/v1/generations, resolution на root запиту; актуальний каталог — GET /api/v1/media_models). Equating BIAIG = buble.ai без внутрішнього підтвердження — ризик. SenseNova U1 Pro у переглянутих static docs aggregators не фігурував; перед production перевірте enum resolution у live catalog. Поруч із цим: gpt-image-1 вимикається 23.10.2026: міграція bulk-каталогів. Поруч із цим: Imagen 3 GA знято: міграція.

Documented caps сусідніх маршрутів (не бенчмарки якості):

• openai/gpt-image-2 (GPT Image 2.5 ecosystem): до 3840×2160 / max edge 3840 px — 4K-class, не literal 8K UHD.
• google/nano-banana-pro (Gemini Nano Banana 2): 1K / 2K / 4K у gateway docs.
• Tencent Hy-Image-3.5-Preview: до 4096×4096 через explicit size. Схожий розбір: Qwen-Image-2.1 до 28.09 UTC+8: freeze. Схожий розбір: Qwen-Image-2.1 до 28.09 UTC+8: freeze.

U1 Pro має сенс як окремий tier лише якщо заявлений 8K дасть більший master, ніж 4K-конкуренти, і якщо ваш pipeline може цей master зберігати та derivate без перегенерації.

Tiering: hero assets vs feed thumbs

Шар	Типовий resolution	Де живе	Навіщо
Feed / listing thumb	1K–2K (або downstream ≥500×500)	Bubble CDN transform, легкі URL для списків	Швидкість, transfer, storage
Hero / zoom / print-adjacent	4K або claimed 8K (після верифікації API)	Original у Bubble file storage або external object storage	Один master → багато derivatives
Google Merchant image_link	≥500×500, без upscaling thumbnails	Точний URL, який Google crawl-ить	Policy з 2026-01-31

Не генеруйте весь каталог у 8K «на майбутнє». Bubble зберігає originals без автocompression на upload; CDN кешує обмежену драбину resize (~10 variants на image за manual). Bulk 8K masters множать file storage і bandwidth. Operational trade-off, не доказ superiority моделі.

Практичне правило:

1. SKU feed thumbs — найдешевший tier, що нативно ≥500×500 (зазвичай 1K/2K у BIAIG).
2. Hero / lifestyle / additional_image_link, де потрібен запас під crop — 4K; 8K tier U1 Pro — лише для позицій з підтвердженим ROI (друк, large lifestyle, B2B assets).
3. Downstream resize з master down до Merchant minimum — ок; upscale low-res output Google явно не рекомендує.

Google Merchant: 500×500 і IPTC без перегенерації каталогу

Для AI-generated images Google вимагає IPTC DigitalSourceType (typ. TrainedAlgorithmicMedia) на URL у image_link / additional_image_link / lifestyle_image_link. OpenAI image API акцентує C2PA/SynthID — це не substitute для IPTC за stated Merchant rules.

Workflow без re-run generative model на весь каталог:

1. Зберегти high-res master (4K/8K після верифікації) один раз.
2. Derivative pipeline: resize/crop до feed + Merchant (≥500×500) з master.
3. Metadata pass на exact URL, який потрапляє у feed (ExifTool / IPTC guidance для trainedAlgorithmicMedia URI в XMP-iptcExt).
4. Verify after CDN/hosting: community anecdotes про stripping metadata на commerce CDN — compliance risk; перевірте readable DigitalSourceType на crawled URL (Bubble-specific proof обмежений — treat as must-verify step).

Canonical URL для Merchant (Bubble file vs CDN transform vs S3) — open question у вашому проєкті; policy прив’язана до crawled URL, не до «логічного» asset у DB.

Коли додавати U1 Pro 8K route в BIAIG

Додавати, коли:

• Live GET /api/v1/media_models (або прямий SenseNova API) показує resolution enum з tier вище 4K і sample output підтверджує pixel dimensions.
• Є subset SKU (hero/lifestyle), де master >4096 px виправдовує storage cost.
• Metadata pipeline готовий: IPTC на Merchant URLs, не лише provenance від провайдера.

Відкласти, коли:

• Потрібен лише Merchant-minimum 500×500 — 1K–2K bulk дешевше і легше в Bubble.
• SenseNova лишається whitelist/geo-gated, а GPT/Hy/Nano Banana вже закривають 4K globally.
• Немає доказів, що «8K» ≠ marketing shorthand для «вище за 2K Studio cap».

Checklist для Bubble-розробника

1. Catalog truth: GET /api/v1/media_models + тестовий generation на одному SKU.
2. Tier map у DB: поле resolution_tier (thumb | feed | hero | merchant_derivative) + provider model id.
3. Storage budget: оцінка MB/SKU для 8K originals vs 2K — до bulk import.
4. Merchant: derivative ≥500×500 з master, IPTC на submitted URL, no upscale from thumbs.
5. Labeling у внутрішній docs: 8K = claimed until API cited.

Open questions (не вирішуйте в статті — вирішуйте в prod)

Exact API fields для U1 Pro «8K»; IPTC on bulk export від SenseNova; cost/latency multipliers 8K vs 2K/4K; economics 8K masters на вашому Bubble plan.

---

Sources bounded: TechNode/Sina announcements; OpenSenseNova GitHub client; NetEase Studio hands-on; buble.ai generations docs; OpenAI/Google/Tencent public caps; Google Merchant product spec + AI content; Bubble images manual; IPTC ExifTool guidance — див. Scout packet.