Routing zamiast zależności od jednego dostawcy — nowy silnik AI VizMakera

26 kwietnia 2026 aplikacja Sora przestała działać. Kto zbudował produkt czy proces na tym jednym modelu, z dnia na dzień został z niczym. Najnowszy update VizMakera odpowiada na tę lekcję wprost i strukturalnie: nie stawia na jeden model, tylko na warstwę, która dobiera najlepszy dostępny. Routing zamiast zależności.

Lekcja z jednego wyłączenia

Historia Sory to gotowy case ostrzegawczy dla całej branży kreatywnej korzystającej z AI. Aplikację zamknięto pod koniec kwietnia 2026, a wygaszenie jej API zapowiedziano na wrzesień — narzędzia, które oparły się na tym jednym silniku, musiały w kilka miesięcy przepisać fundament albo zniknąć. Problem jest szerszy niż jedna firma: ranking modeli AI przetasowuje się co kilka miesięcy, więc trwałe przywiązanie produktu do jednego dostawcy to nie wygoda, lecz ryzyko wpisane w architekturę.

Czerwcowy update VizMakera nie jest więc „nowym, lepszym modelem". Jest warstwą routującą — mechanizmem, który stoi między użytkownikiem a modelami, dobiera najlepszy dostępny do danego zadania i pozwala go wymienić, gdy rynek się przesunie, bez przebudowy całego procesu. Kiedy pojawia się mocniejszy model, wchodzi on do VizMakera jako opcja, a nie jako powód do przepisywania narzędzia od zera.

„Draft tanio, finisz drogo"

Routing daje jednak coś więcej niż odporność na wyłączenia — daje ekonomię pracy. VizMaker realizuje prostą zasadę: draft tanio, finisz drogo. Tanie i szybkie modele obsługują iteracje, mocne i kosztowniejsze wchodzą dopiero na finalny kadr. To odzwierciedla, jak realnie powstaje wizualizacja.

Bo wizualizacja to dziesiątki wersji, zanim powstanie ta jedna, którą widzi klient: inny kąt, inne światło, inna godzina, inna aranżacja. Płacenie pełnej, najwyższej stawki za każdą z tych prób to marnotrawstwo — a jednocześnie oszczędzanie na finalnym kadrze, tym, za który klient płaci, jest krótkowzroczne. Routing pozwala rozdzielić te dwa reżimy: iterować tanio i domykać w najwyższej jakości, bez kompromisu tam, gdzie jakość faktycznie rozstrzyga o odbiorze.

Model się zmienia, proces zostaje

To domknięcie logiki, która zaczęła się w styczniu, przy premierze VizMakera jako renderera wpiętego w workflow. Skoro narzędzie ma służyć procesowi projektowemu, nie może być zakładnikiem jednego dostawcy modeli — inaczej cudza decyzja biznesowa (zamknięcie, zmiana cennika, limit) staje się awarią po stronie projektanta. Warstwa routująca przenosi trwałą wartość z modelu na proces: modele będą się zmieniać i wygasać, workflow architekta ma zostać.

„VizMaker nie narzuca jednego silnika ani jednego sposobu pracy." — Wojciech Jurkowski, współzałożyciel VizAcademy i VizMaker.