CZEGO WIZUALNE WYSZUKIWANIE ŚWIADOMIE NIE DOSTARCZA

Modele wyszukiwania wizualnego znajdują właściwą stronę, nawet w trudnym skanie. Zwracają jednak obraz, nie tekst. Nie da się z niego bez trudu skopiować linijki, nałożyć na archiwum wyszukiwania pełnotekstowego ani zbudować maszynowo czytelnej ścieżki audytu. Do tego wszystkiego potrzebny jest rozpoznany tekst. Nie jest to słabość nowego podejścia, lecz świadomy podział pracy: wyszukiwanie na obrazie, ekstrakcja tekstu za pomocą OCR, każdy etap robi to, w czym jest najlepszy.

CO POTRAFI PADDLEOCR-VL

Baidu przedstawiło w PaddleOCR-VL otwarty model OCR, który przy zaledwie 0,9 miliarda parametrów osiąga czołowe wyniki (Projekt). Rozpoznaje tekst, tabele, wzory i diagramy w 109 językach oraz rekonstruuje semantyczną strukturę dokumentu. W benchmarku OmniDocBench v1.5 zajmuje pierwsze miejsce z dokładnością na poziomie około 94,5%. Działa na licencji Apache 2.0, a więc można go swobodnie wykorzystywać komercyjnie i uruchamiać lokalnie (on-premise). Dla firmy z sektora MŚP oznacza to: silne rozpoznawanie tekstu bez stałej opłaty i bez wycieku danych.

HYBRYDOWA ARCHITEKTURA

W praktyce obie ścieżki działają obok siebie. Wyszukiwanie wizualne szybko znajduje odpowiednie strony, zachowując wierność układu. Tam, gdzie z tego musi powstać twardy tekst, na przykład dla pozycji faktury, klauzuli umowy do zacytowania lub wpisu do systemu ERP, OCR przejmuje zadanie właśnie na tych nielicznych stronach. Nie trzeba przepuszczać przez OCR całego archiwum, a jedynie to, co wyszukiwanie już oznaczyło jako istotne. Dzięki temu pipeline pozostaje szczupły, a błędy OCR nie przenikają do wyszukiwania od samego początku.

PRAGMATYCZNA LINIA

Podejście albo-albo jest tu błędną postawą. Wyszukiwanie wizualne poprawia wyszukiwanie, OCR poprawia dalsze przetwarzanie. Kto traktuje oba jako narzędzia o jasno określonych zadaniach, buduje bardziej odporną bazę wiedzy niż ktoś, kto dogmatycznie stawia na jedną stronę. To, jak poszczególne elementy się łączą, od enkodera po bazę wektorową, opisano w przeglądzie stosu.

Dla przedsiębiorstwa z sektora MŚP, które codziennie przetwarza umowy, instrukcje techniczne i wielostronicowe faktury, to właśnie ta wiadomość jest ciekawsza. Nie chodzi o to, że rozpoznawanie tekstu jest o kilka punktów lepsze, lecz o to, że 80-stronicowy dokument nie musi już być cięty na fragmenty i ponownie składany, a przy tym żaden dokument nie musi opuszczać siedziby firmy.

CO UNLIMITED-OCR ROBI INACZEJ

Sercem rozwiązania jest zmieniony mechanizm uwagi w dekoderze, który utrzymuje pamięć na stałym poziomie. Klasyczne modele OCR oparte na transformerach pozwalają, by tak zwany KV-cache rósł wraz z długością dokumentu. Im dłuższy plik PDF, tym więcej pamięci, aż w końcu przestaje się on mieścić w jednym przebiegu przetwarzania.

Unlimited-OCR zastępuje ten element mechanizmem Reference Sliding Window Attention (R-SWA). Dzięki temu KV-cache pozostaje stały, niezależnie od długości dokumentu. Właśnie to oznacza pojęcie one-shot long-horizon parsing: długi dokument jest odczytywany w jednym przebiegu, zamiast być dzielony na fragmenty, których wyniki trzeba potem scalać.

Na uwagę zasługuje sposób trenowania modelu. Zespół nie zaczynał od zera, lecz doszkolił checkpoint DeepSeek-OCR: zamroził enkoder i dostroił jedynie dekoder w około 4.000 krokach. Model wpisuje się więc w prostą linię rozwoju DeepSeek-OCR, którą omówiliśmy już w kontekście całego stosu technologicznego. Kod i wagi modelu są dostępne publicznie na GitHubie.

DLACZEGO STAŁY KV-CACHE SIĘ LICZY

Prawdziwym problemem przy długich dokumentach nie jest pojedyncza strona, lecz zachowanie spójności między stronami. Gdy model dzieli 60-stronicowy dokument na bloki po dziesięć stron, ginie właśnie to, co liczy się w codziennej pracy B2B: tabela przechodząca przez podział strony, klauzula odnosząca się do wcześniejszego fragmentu, pozycja, której punkt odniesienia znajduje się dwadzieścia stron wcześniej.

Stały KV-cache pozwala utrzymać cały dokument w jednym kontekście. Pamięć nie rośnie wraz z długością, dzięki czemu struktura zostaje zachowana na wszystkich stronach. Przy okazji rośnie też szybkość: Baidu podaje w trybie base 5.580 tokenów na sekundę wobec 4.951 w przypadku DeepSeek-OCR, a przy limicie wyjściowym 6.000 tokenów różnica wynosi około 35 procent.

Pod względem dokładności Unlimited-OCR osiąga na OmniDocBench v1.5 wynik 93,23 punktu, czyli 6,22 więcej niż bazowy model DeepSeek-OCR, a na v1.6 wynik 93,92. To liczby pochodzące z publikacji naukowej. Na Państwa własnych dokumentach ostatecznie liczy się to, jak model radzi sobie z Państwa tabelami, pieczątkami i formularzami, a nie średnia z publicznego zestawu testowego. Pokrewny jest rozwój w obszarze subkwadratowych LLM, które czynią długi kontekst on-premise tańszym.

GDZIE TO COŚ ZMIENIA W SEKTORZE MŚP

Korzyść pojawia się tam, gdzie długie, ustrukturyzowane dokumenty trzeba zamienić w czyste, przeszukiwalne dane. Kilka konkretnych przykładów:

• Umowy i umowy ramowe. Odesłania i załączniki pozostają czytelne w kontekście, zamiast rozpadać się na granicach bloków.
• Instrukcje techniczne i normy. Długie dokumenty z rysunkami, tabelami i numerowanymi sekcjami przetwarzane w jednym przebiegu.
• Wielostronicowe faktury i dokumenty księgowe. Czysto wyekstrahowany tekst to wstępny etap ustrukturyzowanego dalszego przetwarzania, na przykład w kierunku e-faktury.
• Archiwa i akta. Zasoby, które dotąd istniały wyłącznie jako skany, stają się czytelne maszynowo, bez przekazywania ich do usługi chmurowej.

Niemal we wszystkich przypadkach OCR nie jest celem, lecz pierwszym krokiem. Czysto sparsowany tekst stanowi podstawę bazy wiedzy z RAG: im lepsze parsowanie, tym lepiej wyszukiwanie znajduje później właściwe miejsce.

OCR CZY WIZUALNE WYSZUKIWANIE DOKUMENTÓW?

Nie każde zadanie związane z dokumentami wymaga klasycznego rozpoznawania tekstu, i jest to uczciwy kompromis do rozważenia. Istnieje już cała gałąź podejść, które w ogóle nie zamieniają dokumentów na tekst, lecz przeszukują je jako obraz, za pomocą modeli takich jak ColPali czy ColQwen. To podejście bez OCR opisaliśmy osobno.

Reguła, która sprawdziła się u nas:

• Potrzebują Państwo faktycznych znaków (kwot na fakturach, klauzul umownych, ustrukturyzowanej ekstrakcji, przekazania do innego systemu): wtedy trudno obejść się bez OCR, a model taki jak Unlimited-OCR jest w tym mocny.
• Potrzebują Państwo odpowiedniego miejsca, a nie pełnego tekstu (odpowiedzi na pytanie dotyczące dużego zbioru, odnalezienia rysunku): wtedy wizualne wyszukiwanie dokumentów może być bardziej bezpośrednią drogą.

Często oba podejścia współistnieją. Unlimited-OCR sprawia, że część OCR tego stosu staje się tańsza i bardziej niezawodna przy długich dokumentach.

CO SPRAWDZIŁBYM PRZED WDROŻENIEM PRODUKCYJNYM

Dobry wynik w benchmarku to powód, by przetestować model, nie powód, by wdrożyć go produkcyjnie. Zanim wdrożyłbym Unlimited-OCR w procesie klienckim, sprawdziłbym cztery rzeczy:

🔸 Niemieckie dokumenty i pismo odręczne. Wyniki benchmarków niewiele mówią o niemieckich formularzach, starych aktach czy odręcznych notatkach. To wymaga własnego zestawu testowego złożonego z prawdziwych dokumentów.

🔸 Tabele i układ strony. W dokumentach B2B o użyteczności decyduje wierność odwzorowania tabel i kolumn. Tu opłaca się bezpośrednie porównanie z dotychczasowym stosem.

🔸 Sprzęt i eksploatacja. 3B jako MoE z około 500M aktywnymi parametrami jest realistyczne on-premise. To, co to konkretnie oznacza pod względem pamięci GPU i przepustowości, trzeba zmierzyć przed wdrożeniem, a nie oszacować.

🔸 Licencja i pochodzenie. MIT pozwala na komercyjne zastosowanie on-premise bez zastrzeżeń. To, że ślad modelu prowadzi do jednego z autorów DeepSeek-OCR, jest sygnałem jakości, ale nie zastępuje własnej weryfikacji.

Tym, co naprawdę mnie interesuje w tej publikacji, jest mniej sam model, a bardziej kierunek: długie dokumenty w jednym przebiegu, wystarczająco małe dla własnej serwerowni, na licencji, która nikogo nie ogranicza. Właśnie tam przetwarzanie dokumentów w sektorze MŚP staje się teraz praktyczne. Które z Państwa dokumentów przepuściliby Państwo przez to jako pierwsze?

POZA PROMPTEM

Prompt engineering dostraja pytanie. Context engineering kształtuje środowisko, w którym model podejmuje decyzje. Dla jednorazowego zadania wystarczy dobry prompt. Dla agenta, który działa przez wiele kroków, odczytuje narzędzia i niesie ze sobą pamięć, prompt to tylko niewielka część tego, co widzi model. Reszta, czyli to, co Państwo pobierają, co Państwo zapamiętują, jakie narzędzia i w jaki sposób Państwo udostępniają, to kontekst, i to on decyduje o wyniku w znacznie większym stopniu. Dlatego rozszerzanie agentycznego harnessu to w przeważającej mierze praca nad kontekstem.

CZTERY WZORCE AWARII, PRZED KTÓRYMI SIĘ PROJEKTUJE

Większość awarii agentów wynika z jednego z czterech problemów kontekstowych:

• Przeciążenie kontekstu. Zbyt wiele w oknie. Model gubi wątek, a koszty i opóźnienia rosną. Więcej kontekstu nie znaczy lepszego kontekstu.
• Zatrucie kontekstu. Do okna trafia błędny lub nieaktualny fakt, a model traktuje go jako prawdę. Jeden słaby pobrany fragment może wykoleić odpowiedź.
• Zarządzanie tokenami. Okno jest skończone. Bez planu, co zachować, a co odrzucić, ważny szczegół zostaje wyparty przez szum.
• Nieaktualna pamięć. Długo działające agenty gromadzą kontekst, który już nie obowiązuje, i działają na jego podstawie.

Nazwanie awarii to połowa rozwiązania. Każda z nich ma konkretny środek zaradczy.

PRAKTYKI, KTÓRE SIĘ SPRAWDZAJĄ

Kilka wzorców powraca w konfiguracjach, które pozostają niezawodne:

1. Pobierać, nie zwalać w całości. Proszę pozyskiwać nieliczne istotne fragmenty za pomocą dobrego retrieval, zamiast kopiować wszystko naraz. To cały sens RAG, czyli context engineering zastosowany do danych.
2. Przycinać na bieżąco. Proszę stosować w harnessie edycję opartą na regułach, aby okno pozostawało szczupłe: odrzucać to, czego dany krok już nie potrzebuje.
3. Podsumowywać długie historie. Proszę zastępować długi zapis wiernym podsumowaniem, zanim wyprze on zadanie.
4. Zaczynać prosto, skalować w razie potrzeby. Proszę dodawać pamięć i narzędzia tylko wtedy, gdy wymaga tego rzeczywista awaria, a nie domyślnie.

Instynkt dodawania kolejnych elementów to pułapka. Dyscyplina polega na pomijaniu.

DLACZEGO TO JEST PRAWDZIWY INŻYNIERING

Większy model rzadko rozwiązuje problem kontekstowy, po prostu zawodzi drożej. Praca, która przenosi agenta od demo do niezawodności, to niemal wyłącznie praca nad kontekstem: co on widzi, kiedy i co ma zapomnieć. Przy bardzo długich danych wejściowych liczy się także architektura modelu, i tu do gry wchodzą podejścia subkwadratowe, ale dla większości zespołów zysk tkwi w kontekście, a nie w parametrach.

MECHANIZM, W SKRÓCIE

Zwykły RAG osadza (embeduje) Państwa zapytanie, znajduje najbliższe fragmenty i na ich podstawie odpowiada. RAG-Fusion dodaje przed tym dwa kroki. Po pierwsze, model zapisuje garść alternatywnych zapytań, które oznaczają to samo z różnych perspektyw. Po drugie, wykonuje wyszukiwanie dla wszystkich i łączy uszeregowane listy metodą Reciprocal Rank Fusion, która nagradza fragmenty dobrze rankingowane w kilku zapytaniach, a nie tylko w jednym. Odpowiedź jest następnie pisana na podstawie tego połączonego, przeszeregowanego zbioru.

DLACZEGO KROK FUZJI SIĘ LICZY

Pojedyncze zapytanie to pojedyncza hipoteza co do tego, jak odpowiedź jest sformułowana w Państwa dokumentach. Prawdziwe archiwa używają synonimów, skrótów i różnych sformułowań dla tej samej rzeczy. Zadając pytanie wielokrotnie i nagradzając to, co konsekwentnie zajmuje wysokie miejsce, RAG-Fusion wydobywa na wierzch fragment, który pojedyncze sformułowanie by pominęło. Reciprocal Rank Fusion jest tu cichym koniem pociągowym: łączy listy bez potrzeby porównywalnych wyników (score), dlatego pojawia się także w architekturach hybrydowych i late-interaction, takich jak te stojące za Qdrant i ColQwen.

KIEDY POMAGA, A KIEDY SZKODZI

RAG-Fusion zarabia na swój koszt przy pytaniach niejednoznacznych lub obciążonych terminologią, gdzie jedno sformułowanie jest słabym zakładem. Kosztuje więcej: kilka wyszukiwań i jeden krok generowania na pytanie, więc nie jest to darmowe opóźnienie (latencja). Ma też realny wzorzec błędu. Jeśli wygenerowane warianty zapytania odbiegają od tego, co Państwo faktycznie mieli na myśli, wciągają fragmenty niezwiązane z tematem i odpowiedź zaczyna dryfować. Środkiem zaradczym jest trzymanie generowanych zapytań blisko pierwotnej intencji oraz mierzenie, a nie zakładanie, że recall wzrósł.

GDZIE PLASUJE SIĘ WŚRÓD OPCJI

RAG-Fusion to jeden z kilku sposobów na poprawienie retrievalu, a nie zamiennik dobrego retrievalu. Zanim Państwo po niego sięgną, proszę upewnić się, że podstawy są solidne: czyste chunki, solidny model embeddingowy i magazyn wektorowy dopasowany do zadania. Dla dokumentów gęstych wizualnie większą dźwignią jest często retrieval wizualny, a nie kolejne warianty zapytania. Proszę stosować F-RAG tam, gdzie pytanie jest naprawdę niejednoznaczne, a zysk w recall jest wart dodatkowych wywołań.

PROBLEMEM NIGDY NIE BYŁA ANIMACJA, LECZ PRZEKAZANIE PRACY

Dotychczas ruch w interfejsie powstawał poza Figmą. Projektantka budowała go w drugim narzędziu, eksportowała wideo lub opis, a zespół deweloperski musiał odtworzyć krzywe i czasy, często na oko. Przy tym ginie precyzja: krzywa wygładzania (easing) staje się przybliżonym pomysłem, a timing szacunkiem. To właśnie ten rozłam, a nie brak narzędzi do animacji, sprawił, że ruch w wielu produktach był niespójny.

CO KONKRETNIE DAJE FIGMA MOTION

Trzy rzeczy odczuwalnie zmieniają sposób pracy:

• Oś czasu w canvasie. Klatki kluczowe, presety i sterowanie ruchem znajdują się tam, gdzie projekt już żyje. Żadnego przełączania się do drugiego narzędzia.
• Ruch jako część systemu projektowego. Komponent jest animowany raz, a ruch wędruje jak kolor czy typografia przez każdy ekran i każdy plik. To właśnie ten punkt wymusza spójność, zamiast na nią liczyć.
• Czytelne przekazanie pracy. W Dev Mode widoczna jest cała oś czasu: każda wartość timingu, każda krzywa wygładzania, każda klatka kluczowa. Eksport odbywa się jako CSS, JSON lub gotowy do frameworka React, a także MP4, WebM, animowane SVG i GIF.

Dzięki temu zespół deweloperski czyta ruch, zamiast go interpretować. To jest właściwa zmiana.

GDZIE TKWI HACZYK

Zintegrowane narzędzie nie jest automatycznie właściwym wyborem do każdego przypadku. Złożona, narracyjna praca nad motion, na przykład rozbudowany film wizerunkowy marki, pozostaje domeną narzędzi specjalistycznych. Figma Motion celuje w animację interfejsu: stany, przejścia, mikrointerakcje, czyli dokładnie to, czego produkt potrzebuje na co dzień i co dotychczas cierpiało na rozłamie przy przekazaniu pracy. Dla tej klasy ruchu integracja jest zyskiem. Dla wszystkiego ponad to zestaw narzędzi pozostaje mieszany.

DLA KOGO WARTO SIĘ TEMU PRZYJRZEĆ

Najwięcej zyskuje ten, kto utrzymuje produkt z powtarzającymi się wzorcami UI: raz zdefiniowany ruch pozostaje spójny, a implementacja otrzymuje dokładne wartości zamiast przybliżeń. Ruch nie jest przy tym dekoracją, lecz częścią zrozumiałości interfejsu, co szerzej omawiamy w roli UX w budowie oprogramowania. Figma Motion sprawia wreszcie, że ta część jest edytowalna w jednym miejscu.

TRZY PREMIERY, MÓWIĄC WPROST

Każdy z nich pojawił się w czerwcu 2026 roku w odstępie dwóch tygodni od pozostałych, i każdy jest zupełnie inną rzeczą. Warto o precyzję, bo dwa z nich są powszechnie opisywane błędnie.

GLM-5.2, od Z.ai z Pekinu, pojawił się 17 czerwca. To model Mixture-of-Experts z otwartymi wagami, około 750 miliardów parametrów z około 40 miliardami aktywnych, kontekst jednego miliona tokenów oraz, co kluczowe, licencja MIT z wagami opublikowanymi na HuggingFace.

Sakana Fugu, od Sakana AI z Tokio, pojawiła się 22 czerwca. To nie jest konwencjonalny model, a zwyczajowa klasyfikacja jest chybiona: Fugu to wytrenowany orkiestrator, który wywołuje pulę innych modeli i syntetyzuje ich pracę. Jest dostępny wyłącznie przez API, oferowany jako endpoint kompatybilny z OpenAI.

Claude Fable 5, od Anthropic ze Stanów Zjednoczonych, pojawił się 9 czerwca. Drugi częsty błąd to klasyfikowanie Fable jako szybkiego lub kreatywnego stopnia. To flagowy model, najbardziej zdolny szeroko wydany model Anthropic, sterowany bezpieczeństwem, dostępny wyłącznie w chmurze, w cenie 10 i 50 dolarów za milion tokenów. Jego wyniki benchmarków są mocne; dla tego artykułu są one jednocześnie drugorzędne.

JEDYNE PORÓWNANIE, KTÓRE PRZETRWA PROCES ZAKUPOWY

Pomińmy ranking i ułóżmy go według wymiarów, za które niemiecki nabywca B2B faktycznie odpowiada. Obraz jest jasny, i nie chodzi o to, który model jest najsprytniejszy.

Do tej tabeli należą dwa uczciwe zastrzeżenia. Domyślna ścieżka GLM-5.2, API Z.ai, podlega chińskim przepisom o danych z ich obowiązkowymi klauzulami dostępu, co jest właśnie powodem, dla którego liczą się otwarte wagi: self-hosting w UE neutralizuje to ryzyko. A twierdzenie Fugu o dorównaniu poziomowi frontier jest w całości deklaracją własną, osłabioną tym, że Fable i ograniczony model Mythos nie znajdują się nawet w jej puli. Nie oparłbym decyzji na żadnym z tych dwóch benchmarków dostawców.

CO FAKTYCZNIE MÓWIĘ KLIENTOWI

Nie polecam żadnego z nich w oderwaniu od kontekstu. Dopasowuję podejście do tego, co klient może sfinansować i za co odpowiada.

🔸 GLM-5.2 to pociąg on-premise. Otwarte wagi MIT to cała istota sprawy: mogą Państwo uruchomić go we własnym centrum danych, a prompty nigdy nie opuszczają Państwa sieci. Haczyk to zapotrzebowanie na GPU, około 744 gigabajtów w FP8, pasuje więc do klienta, który może sfinansować sprzęt i musi trzymać dane we własnej infrastrukturze. To najczystsza historia suwerenności z całej trójki.

🔸 Claude Fable 5 to pociąg zarządzanej pewności. Wynajmują Państwo zdolności od amerykańskiego dostawcy, w najwyższej cenie spośród trójki, z prawdziwą kontrolą bezpieczeństwa i regionalnym routingiem danych w dużych chmurach. Dla zespołu, który chce modelu klasy szczytowej bez posiadania stosu i może żyć z zależnością od chmury, to najsilniejsza zarządzana opcja.

🔸 Sakana Fugu to pociąg wygody, z najsłabszą historią kontroli. API, które kieruje zapytania przez pulę modeli, jest sprytne, a Japonia jest geopolitycznie łagodniejsza niż Chiny. Ale nie mogą Państwo uruchomić go on-premise, nie wybierają Państwo, który model widzi dane, a dowody są skąpe. Traktowałbym to jako coś interesującego, nie jako standard dla pracy regulowanej.

To ta sama lekcja, której Claude Fable 5 nauczył się na trudny sposób, gdy wcześniejszy model wyłączono w 72 godziny: wynajęta zdolność jest odwoływalna, a kontrola jest cechą stosu, nie wyniku. Dlatego stale wskazuję klientom na modele open-weight, które mogą faktycznie posiadać.

PYTANIE, WOKÓŁ KTÓREGO WARTO PROJEKTOWAĆ

Jeśli mają Państwo zapamiętać z tego jedno, niech to będzie pytanie, nie ranking. Modele w ciągu kwartału ponownie zamienią się miejscami w rankingu; to szum. Trwałe pytanie to takie, które osoba odpowiedzialna za zakupy powinna zadać pierwszego dnia: który z nich mogą Państwo nadal uruchamiać, kontrolować i opłacać, gdy dostawca zmieni warunki? Dla większości regulowanych klientów, z którymi pracuję, to pytanie odpowiada się samo, i nie wskazuje na najwyższy benchmark. Zanim więc wybiorą Państwo najsprytniejszy model: ile kosztowałaby Państwa jego utrata?

CZYM FAKTYCZNIE JEST GEMINI OMNI

Najpierw proszę nazwać to poprawnie, bo marketing to zaciera. Rodzina nazywa się Gemini Omni, a pierwszy model to Gemini Omni Flash. Przyjmuje jako wejście tekst, obraz, audio i wideo, a przy starcie generuje jedno wyjście: wideo, w klipach około 10-sekundowych z natywnie zsynchronizowanym dźwiękiem. Google opisuje go jako krok w stronę modelu świata, to znaczy, że próbuje utrzymać spójność fizyki, grawitacji i koherencji przestrzennej w wygenerowanej scenie, i działa na TPU 8. generacji Google, podzielonych na warianty treningowe i inferencyjne.

Uczciwa korekta liczy się dla technicznego czytelnika: Omni jest reklamowany jako any-to-any, ale w formie, w jakiej został wydany, jest to każde-wejście-do-wideo. Wyjścia w postaci obrazu i audio są na mapie drogowej, nie w produkcie. Nie jest to więc konwersacyjny asystent omni działający w czasie rzeczywistym, i nie jest to jeszcze uniwersalny system any-to-any, na który wskazuje nazwa. To bardzo zdolny, elastyczny co do wejścia generator wideo, co jest węższą i bardziej użyteczną rzeczą, wokół której można planować.

ZAPOWIEDZIANE, WYDANE I DOSTĘPNE TO TRZY RÓŻNE RZECZY

Najbardziej użyteczne rozróżnienie dla nabywcy polega na tym, że te trzy stany nie są tym samym, a Omni znajduje się w różnych z nich w zależności od tego, kim Państwo są. Jest wydany dla konsumentów i twórców, a dla wszystkich, którzy budują na API, jedynie zapowiedziany.

Praktyczna interpretacja dla firmy z UE jest prosta. Jeśli potrzebują Państwo dziś zgodnej z RODO rezydencji danych w UE dla generowania wideo, Omni nie może jej zapewnić, ponieważ jego ścieżka enterprise jeszcze nie istnieje. Wspieraną opcją na własnym stosie Google pozostaje Veo 3.1 na Vertex AI, który mogą Państwo przypisać do regionu UE. To ten sam wzorzec, który wciąż widzimy przy nowych premierach modeli, gdzie demo i produkt gotowy do wdrożenia dzieli wiele miesięcy.

CO NIEMIECKA FIRMA POWINNA TERAZ ZROBIĆ

Proszę traktować Omni jako sygnał do obserwowania, a nie narzędzie do wdrożenia w tym kwartale. Trzy konkretne kroki.

• Proszę już dziś korzystać z Veo 3.1 przypisanego do regionu do wideo produkcyjnego. Ma prawdziwe API Vertex, regiony UE i SLA. Omni nie ma na razie nic z tego, więc obecnie nie ma miejsca w pipeline produkcyjnym.
• Proszę zaplanować wcześnie historię pochodzenia treści. Omni osadza znak wodny SynthID w każdym klipie. Dla treści regulowanych lub publicznych proszę wbudować w swój proces oczekiwanie, że wideo wygenerowane przez AI jest oznaczone i możliwe do prześledzenia, niezależnie od tego, który model wygra.
• Proszę obserwować dwa ryzyka, nie tylko możliwości. Testerzy rozpoznawalnie odtworzyli chronione znakiem towarowym postacie w wynikach Omni, co stanowi realne ryzyko praw własności intelektualnej dla użytku komercyjnego, a spójność wizualna wciąż dryfuje przy szybkim ruchu. Limit 10 sekund to granica UX, a nie górny limit modelu, więc należy się spodziewać, że się przesunie.

Trwały punkt jest ten, który start czyni mimochodem: model, który można zobaczyć podczas keynote, nie jest modelem, który można wdrożyć na podstawie umowy. Należy rozdzielić te dwie rzeczy, a hype stanie się punktem na mapie drogowej zamiast błędem zakupowym.

CO FAKTYCZNIE NADESZŁO W 2025 I 2026

Najważniejsza wiadomość to stabilność po latach przełomów. LangChain 1.0 i LangGraph 1.0 osiągnęły stabilne wydanie 22 października 2025 roku, z zobowiązaniem, że do wersji 2.0 nie wprowadzą żadnych zmian łamiących kompatybilność. Nowa główna abstrakcja frameworka, create_agent, działa teraz pod spodem na runtime LangGraph, więc pętla agenta jest w istocie grafem LangGraph. To najwyraźniejszy sygnał połączenia: framework i runtime orkiestracji nie są już osobnymi decyzjami.

LangGraph 1.0 wprowadził trwałe wykonywanie (durable execution) jako wbudowaną cechę: stan jest automatycznie zapisywany jako punkt kontrolny, dzięki czemu długo trwający lub wymagający udziału człowieka (human-in-the-loop) workflow wznawia się po przerwie lub restarcie serwera. LangSmith, warstwa obserwowalności i ewaluacji, uzupełnił w marcu 2026 roku pełne wsparcie OpenTelemetry, co oznacza, że mogą Państwo wysyłać ślady (traces) także z kodu, który w ogóle nie korzysta z LangChain. Obraz komercyjny pasował do technicznego: LangChain Inc pozyskał w październiku 2025 roku rundę Series B o wartości 125 milionów dolarów przy wycenie 1,25 miliarda i przemianował LangGraph Platform na LangSmith Deployment, dzięki czemu wdrożenie, obserwowalność i ewaluacja zostały złożone w jeden produkt.

CZTERY NAZWY, DWIE FIRMY

Ustalenie, kto co robi, jest najbardziej przydatne, zanim dokonają Państwo wyboru. Większość opisów to zaciera; trafne rozpoznanie zmienia decyzję.

LangFlow to coś, o co ludzie się potykają. To nie jest produkt LangChain Inc. To otwartoźródłowy wizualny kreator, stworzony przez DataStax, którego spółka macierzysta została przejęta przez IBM w lutym 2025 roku, i teraz kieruje się w stronę IBM watsonx. Podobieństwo nazw to przypadek. Jeśli Państwa wymaganiem jest płótno typu przeciągnij i upuść dla osób, które nie piszą w Pythonie, LangFlow jest kandydatem; nie jest jednak warstwą stosu LangChain.

DECYZJA, PRZED KTÓRĄ FAKTYCZNIE STOI WIĘKSZOŚĆ ZESPOŁÓW

Gdy nazwy są jasne, wybór to zazwyczaj krótkie drzewo decyzyjne, a rzadko potrzebują Państwo wszystkich czterech.

• Potrzebują Państwo długotrwałej orkiestracji? LangGraph jest najmocniejszym elementem i tym, który szanują nawet krytycy. Wznawialny stan, checkpointing i human-in-the-loop to prawdziwy inżynieryjny wysiłek, a nie wrapper.
• Potrzebują Państwo obserwowalności i ewaluacji? LangSmith jest zdolny, ale wiąże Państwa z ekosystemem. Langfuse to otwartoźródłowa, samodzielnie hostowalna przeciwwaga i najczęściej cytowana alternatywa. Ponieważ LangSmith mówi teraz w OpenTelemetry, mogą Państwo śledzić (tracing) kod spoza LangChain, co łagodzi efekt uzależnienia od dostawcy (lock-in).
• Budują Państwo prostego, nieskomplikowanego agenta? SDK dostawców (OpenAI Agents SDK, Claude Agent SDK) oraz Pydantic AI to wiarygodne, lżejsze alternatywy. Dominującym zarzutem praktyków są warstwy abstrakcji w frameworku, a kilka zespołów donosi, że po przejściu na szczuplejszy stos zmniejszyło ilość kodu i nakład na utrzymanie.
• Prototypowanie przez osoby spoza działu programistycznego? LangFlow, z zastrzeżeniem, że prototyp na płótnie przed wdrożeniem potrzebuje tego samego governance i tej samej ewaluacji.

To ta sama lekcja, którą wyciągnęliśmy przy porównaniu, jak podłączyć AI do stosu przez API, serwer MCP lub CLI: narzędzia to warstwy, a Państwo wybierają według zadania, nie nowości. Rymuje się to również z tym, co znaleźliśmy, przyglądając się kreatorom agentów no-code dla sektora MŚP, gdzie płótno szybko prowadzi do demo i kończy się dokładnie na governance, niezawodności i kosztach.

STABILNY NIE ZNACZYŁ UTWARDZONY

Jedno zastrzeżenie liczy się dla odbiorców biznesowych: wersja 1.0 kupiła stabilność API, a nie utwardzoną postawę bezpieczeństwa. Klaster CVE uderzył w LangChain i LangGraph pod koniec 2025 i na początku 2026 roku, na czele z błędem deserializacji, który mógł ujawnić klucze API i sekrety środowiskowe, oceniony na CVSS 9.3 i nazwany LangGrinch. Nastąpiły dwa kolejne: problem path traversal w API ładowania promptów oraz SQL injection w checkpointerze LangGraph opartym na SQLite.

Praktyczna lekcja nie polega na unikaniu frameworka. Polega na traktowaniu go jak każdej innej zależności, która dotyka Państwa sekretów i danych: ustalić wersje, wdrożyć załatane wydania i uwzględnić go w swoim modelu zagrożeń. Framework, który orkiestruje wywołania narzędzi i przechowuje dane uwierzytelniające, jest częścią Państwa powierzchni ataku, a "stabilny" przy numerze wersji niewiele o tym mówi. Dla wdrożenia regulowanego lub on-premise ta kontrola należy do tej samej rozmowy co rezydencja danych, a nie do etapu po uruchomieniu produkcyjnym (go-live).

PROBLEM Z JEDNYM WEKTOREM

Klasyczne wyszukiwanie wektorowe wciska cały fragment tekstu lub całą stronę w pojedynczy wektor. To oszczędne, ale uśrednia to, co jest ważne lokalnie. Jeśli szukana kwota znajduje się w konkretnej komórce tabeli, ten związek znika w średniej całej strony. Dla czystego tekstu ciągłego to często wystarcza. Dla dokumentów, dla których wyszukiwanie wizualne w ogóle powstało, to nie wystarcza.

LATE INTERACTION, W JEDNYM ZDANIU

Late Interaction zachowuje wiele wektorów na stronę i porównuje je późno, dopiero podczas wyszukiwania. Model generuje dla zapytania jeden wektor na token, a dla strony jeden wektor na wycinek. Ocena nazywa się MaxSim: dla każdego tokenu zapytania szukany jest najlepiej pasujący wycinek strony, a te najlepsze dopasowania są sumowane. Dzięki temu słowo "pozostała kwota" może precyzyjnie zadokować przy komórce tabeli, w której się znajduje. Technika pochodzi z ColBERT i została przeniesiona na obrazy w ColPali. Kto chce zobaczyć cały zestaw narzędzi, znajdzie go w tekście stos bez OCR, który porządkuje te modele.

GDZIE WKRACZA QDRANT

Late Interaction wymaga bazy danych, która rozumie wiele wektorów na obiekt. Qdrant obsługuje takie multi-wektory bezpośrednio, bez wstępnego czy końcowego przetwarzania, i może obsłużyć każdy model Late Interaction, taki jak ColBERT czy ColPali (dokumentacja). Typowa architektura jest dwuetapowa: szybkie pierwsze wyszukiwanie za pomocą zwykłych wektorów gęstych zawęża kandydatów, a następnie MaxSim precyzyjnie ocenia tylko te nieliczne strony. Dzięki temu indeks pozostaje przystępny cenowo, ponieważ drogie wektory tokenowe nie muszą być w pełni indeksowane, lecz służą do re-rankingu.

CO TO OZNACZA W PRAKTYCE

Otrzymują Państwo trafienia, które respektują układ strony, nie czyniąc wyszukiwania niedostępnym kosztowo. Ceną jest więcej pamięci na stronę i nieco więcej złożoności przy budowie. Oba są opanowalne, jeśli od początku zaplanuje się etap re-rankingu zamiast w pełni indeksować każdy wektor tokenowy. Dla bardzo długich kontekstów warto spojrzeć na modele subkwadratowe; dla podstawowej idei retrieval punktem wyjścia pozostaje Czym jest RAG.

DLACZEGO ROZMIAR STAJE SIĘ TU PRZESZKODĄ

Wizualne modele wyszukiwania, takie jak ColPali czy ColQwen, są bardzo trafne, ale są też duże. On-prem, czyli na własnym sprzęcie w firmie, szybko staje się to kwestią kosztów: duże modele wymagają mocnych GPU, więcej pamięci, więcej energii. Dla wielu wdrożeń w sektorze MŚP przeszkodą nie jest jakość, lecz rachunek za sprzęt. Właśnie tutaj mniejszy model daje przewagę.

CO MODERNVBERT ROBI INACZEJ

ModernVBERT to kompaktowy koder wizualno-językowy z 250 mln parametrów (artykuł). Łączy nowoczesny 150-milionowy koder tekstu oparty na ModernBERT z niewielkim koderem obrazu i dopasowuje oba komponenty za pomocą celu Masked Language Modeling. ColModernVBERT to wariant dostrojony do wyszukiwania. Wynik według artykułu: mimo około dziesięciokrotnie mniejszej liczby parametrów model osiąga wynik jedynie o 0,6 nDCG@5 niższy od ColPali w zagregowanym benchmarku ViDoRe, uzyskując tym samym wyniki, do których dotąd potrzebne były niemal dziesięciokrotnie większe modele. Model i kod są dostępne publicznie.

DLACZEGO TO SIĘ LICZY DLA SUWERENNOŚCI

Mały, otwarty i skuteczny model to właśnie kombinacja, która umożliwia lokalne działanie. Mieści się na skromnym GPU, wagi są dostępne publicznie, a dokumenty pozostają w firmie, ponieważ wyszukiwanie nie trafia do obcego punktu końcowego. To nie jest funkcja bezpieczeństwa dodana później, lecz cecha samej architektury. Szerszy kontekst tego, dlaczego lokalność i otwartość idą w parze, omawiamy w On-Premise kontra Cloud.

KIEDY MAŁY MODEL JEST WŁAŚCIWYM WYBOREM

Nie zawsze potrzebny jest największy model. Jeśli Państwa sprzęt jest ograniczony, a dokumenty to typowe dokumenty biznesowe, ColModernVBERT jest często uczciwszym wyborem niż ColQwen: niemal ta sama jakość, ułamek kosztów. Jeśli potrzebują Państwo ostatniej odrobiny trafności na szczególnie gęstych stronach, warto porównać z większym modelem. Jak oba modele współdziałają w pełnym stosie z Qdrant, opisujemy w przeglądzie.

Co czyni n8n silnym

n8n to oparta na węzłach automatyzacja przepływów pracy, self-hosted lub w chmurze, z ponad 400 integracjami oraz węzłem HTTP i węzłem kodu do wszystkiego innego (n8n). Kluczowy punkt dla branż regulowanych: działa we własnej infrastrukturze, dane jej nie opuszczają. Licencja Fair Code pozwala na wewnętrzne użytkowanie bez opłat. Ci, którzy potrzebują własnej logiki, własnych punktów końcowych i pełnej kontroli nad danymi, znajdą tu odpowiednie rozwiązanie. Ceną za to jest utrzymanie: hostują, aktualizują i zabezpieczają je Państwo samodzielnie.

Co czyni Make.com silnym

Make.com to usługa chmurowa z wizualnymi scenariuszami, która obywa się bez własnego utrzymania infrastruktury. Proces buduje się poprzez klikanie i od razu działa, bez serwera, bez konserwacji. Dla zespołów bez głębokiej wiedzy technicznej lub dla szybkiego pomysłu jest to krótsza droga. Rozliczenie następuje za operację, czyli za każdy wykonany krok. Przy małych wolumenach jest to korzystne cenowo, a przy dużych, częstych procesach koszty mogą nieprzyjemnie rosnąć. Druga strona tej wygody: dane przechodzą przez obcą usługę, a logika pozostaje w jej granicach.

Decyzja w jednej tabeli

Linia podziału jest jasna: kontrola danych i głębia funkcjonalna kontra szybkość bez własnego utrzymania.

Nasza pragmatyczna rada

Prototypują Państwo szybko, ale hostują świadomie. Do pierwszego testu, który ma jedynie pokazać, czy proces się sprawdza, Make.com jest zazwyczaj szybszy. Gdy w grę wchodzą wrażliwe dane, duże wolumeny lub własna logika, wygrywa n8n, ponieważ działa we własnej infrastrukturze. A tam, gdzie automatyzacja graniczy z prawdziwymi zadaniami AI, warto spojrzeć na agentów no-code i ich granice: automatyzacja i agent to nie to samo narzędzie.

Dlaczego OCR był najsłabszym ogniwem pipeline'u

OCR długo był punktem, w którym do odpowiedzi wkradały się ciche błędy. Klasyczna droga to łańcuch: zeskanować stronę, przekształcić przez OCR w tekst, pociąć na fragmenty, zwektoryzować, wyszukać. Każdy etap coś traci. Dwukolumnowa strona zostaje źle złożona, tabela rozpada się na bezładne liczby, wykres wypada całkowicie, bo nie jest tekstem. Z naszego doświadczenia wynika, że przy trudnych dokumentach większa część problemu z jakością tkwi nie w modelu językowym, lecz właśnie tutaj, w czytaniu. Visual retrieval działa dokładnie na tym etapie: pomija rozpoznawanie tekstu podczas wyszukiwania i pracuje na obrazie strony.

Cztery elementy składowe, krótko wyjaśnione

ColPali. Punkt odniesienia, zaprezentowany w lipcu 2024 roku (arXiv). Bazuje na modelu wizyjno-językowym PaliGemma i generuje około 1024 wektory fragmentów obrazu na stronę, każdy o 128 wymiarach. Zamiast wciskać stronę w pojedynczy wektor, zachowana zostaje granularność. Dopasowanie odbywa się przez Late Interaction, technikę przejętą z ColBERT, którą rozkładamy dokładniej tutaj.

ColQwen. Ten sam przepis, inna baza: ColQwen2.5 opiera się na Qwen2.5-VL zamiast PaliGemma i zazwyczaj prowadzi w benchmarku ViDoRe. Kto zaczyna dziś od nowa, sensownie zaczyna właśnie tutaj.

ModernVBERT. Dźwignia efektywności. ColModernVBERT ma 250M parametrów, czyli około dziesięciokrotnie mniej niż ColPali, a mimo to według artykułu ustępuje mu jedynie o 0,6 nDCG@5. To element składowy, który czyni visual retrieval opłacalnym on-premise.

Qdrant. Infrastruktura pod spodem. Qdrant przechowuje multi-wektory tych modeli natywnie i oblicza ocenę Late Interaction podczas wyszukiwania (dokumentacja). Bez bazy wektorowej, która rozumie wiele wektorów na stronę, żaden z trzech enkoderów nie działa.

Kiedy zmiana się opłaca, a kiedy nie

Visual retrieval wygrywa tam, gdzie informację niesie układ strony. Zeskanowane umowy, faktury, karty katalogowe, prezentacje, formularze, wielojęzyczne akta: wszystko, na czym łańcuch OCR regularnie zawodzi. Oszczędza to również całe utrzymanie tego łańcucha.

Nie jest to jednak zysk uniwersalny. Wiele wektorów na stronę kosztuje więcej pamięci i większy indeks niż pojedynczy wektor tekstowy, często wielokrotnie więcej. Przy czystym, jednolitym tekście ciągłym klasyczny RAG tekstowy pozostaje tańszy i w zupełności wystarczający. A niektóre zadania i tak potrzebują tekstu, na przykład wyszukiwanie pełnotekstowe, kopiowanie czy ślad audytowy. Dla tego wciąż istnieją dobre powody dla OCR, w hybrydzie obok visual retrieval.

Trzeźwy plan działania

1. Testować na własnych dokumentach, nie na benchmarku. ViDoRe to dobry punkt odniesienia, ale nie jest nim stan Państwa akt. Proszę wziąć dwadzieścia stron, na których dzisiejsze wyszukiwanie zawodzi.
2. Zacząć od ColQwen albo ColModernVBERT, zależnie od sprzętu. Przy skromnym GPU mniejszy model jest często uczciwszym wyborem.
3. Skonfigurować Qdrant jako magazyn multi-wektorowy, z Late Interaction tylko na etapie re-rankingu, aby utrzymać mały indeks.
4. Policzyć koszt pamięci z wyprzedzeniem. To rozmiar indeksu boli później, nie wybór modelu.

Kto szuka szerszej perspektywy, czyli dlaczego lokalne modele i własny retrieval w ogóle idą w parze: to jest opisane w On-premise kontra cloud. Poszczególne elementy składowe rozwijamy w osobnych tekstach, zaczynając od spojrzenia dla sektora MŚP.

Luka między siatką a częścią

Wygenerowana siatka i część nadająca się do produkcji to różne obiekty, a luka między nimi nie jest kosmetyczna. Trzy ograniczenia to potwierdzają. Po pierwsze, druk wymaga szczelnej, spójnej bryły (bez dziur, bez odwróconych normalnych, bez samoprzecięć), a siatki generatywne łamią to regularnie; slicer nie może zrobić części z powierzchni pełnej luk. Po drugie, siatka to statyczna zupa trójkątów, podczas gdy produkcja potrzebuje parametrycznego modelu B-Rep (pliku STEP ze szkicami, cechami i więzami), który inżynier może edytować, a system CAM obrabiać. Żadne z narzędzi obraz-do-siatki tego nie tworzy.

Po trzecie, i najbardziej fundamentalnie, pojedyncze zdjęcie nie niesie metrycznej skali. Model przypisuje zgadywaną pozycję kamery i tworzy kształt bez gwarantowanych milimetrów, bez wymuszonej grubości ścianki, bez tolerancji. A ponieważ zdjęcie pokazuje tylko jedną stronę, ukryta strona nie jest rekonstruowana, lecz wymyślana: model wypełnia niewidoczną geometrię prawdopodobną średnią. Asset do gry może to wszystko ukryć za ładną teksturą. Część fizyczna nie może, bo drukarce i obciążeniu jest obojętne, jak coś wygląda.

Dwa pipeline'y, które hype zaciera

Najjaśniej planuje się, rozdzielając dwa pipeline'y, które hype zaciera. Służą one różnym częściom i wymagają różnych narzędzi.

Pierwszy pipeline jest dziś realny dla części, w których pasowanie jest pobłażliwe. AI zarysowuje kształt; człowiek nadal odpowiada za uszczelnienie, przeskalowanie do rzeczywistych wymiarów i wykonanie sprawdzenia drukowalności. Drugi to miejsce, gdzie leży front istotny dla produkcji: badania nad obraz-do-CAD, takie jak CAD-Recode i Img2CAD, tworzą edytowalną geometrię parametryczną, a narzędzia komercyjne jak Zoo potrafią wyeksportować prawdziwy plik STEP, ale na razie są w dużej mierze ograniczone do prostszych części. Dla wymagającej geometrii klasyczny reverse engineering oparty na skanowaniu (Geomagic, PolyWorks) pozostaje niezawodną drogą. To produkcyjny odpowiednik pytania, które postawiliśmy przy okazji rekonstrukcji człowieka z pojedynczego zdjęcia: prawdopodobna powierzchnia to nie to samo co godna zaufania bryła.

Co jest dziś realne dla twórcy z sektora MŚP

W zestawieniu z hype'em, prawdziwe korzyści są cichsze i cenniejsze niż jednorazowa część z fotografii z telefonu. Najsilniejsza realna dźwignia to cyfryzacja tego, co Państwo już mają: narzędzia takie jak Theia od Spare Parts 3D oraz analiza rysunków 3YOURMIND zamieniają stare techniczne rysunki 2D w drukowalne modele części zamiennych, podawane jako nawet 200 razy szybsze niż ręczne przerysowywanie, wraz z dołączonym sprawdzeniem wykonalności. To obraz-do-3D, w którym dane wejściowe to rysunek techniczny, a nie wakacyjny zrzut ekranu, a geometria jest zakotwiczona w rzeczywistych wymiarach.

Pozostałe solidne korzyści to przyspieszenie reverse engineeringu, gdzie generowanie przez AI i inteligentna retopologia przyspieszają istniejący przebieg pracy oparty na skanowaniu, zamiast go zastępować, oraz szybkie prototypowanie części niekrytycznych. Tam, gdzie to podejście zawodzi, stawka jest najwyższa: części nośne, o wąskich tolerancjach i regulowane, które wymagają skali, specyfikacji materiałowej i identyfikowalności, jakich pojedyncze zdjęcie nie może dostarczyć. Zasada do zapamiętania jest krótka. Dla części, która utrzymuje ciężar lub przechodzi badanie, niewidoczna strona zawsze jest domysłem, a domysł to wada.

Rzeczywista różnica, w jednym zdaniu każda

Prompt engineering to dobre sformułowanie polecenia. Context engineering to decyzja, co model w ogóle zobaczy. Termin spopularyzował w czerwcu 2025 roku Tobi Lutke z Shopify, a wzmocnił go Andrej Karpathy, który opisał go jako sztukę wypełniania okna kontekstowego dokładnie tą informacją, która jest potrzebna do kolejnego kroku. Najczystsze rozróżnienie pochodzi od Philippa Schmida: kontekst to wszystko, co model widzi, zanim wygeneruje odpowiedź, a to jest system, nie ciąg znaków.

Te dwa podejścia nie są rywalami; prompt engineering jest podzbiorem. Gdy piszą Państwo dobry systemowy prompt, to jest prompt engineering. Gdy decydują Państwo, które trzy dokumenty zostaną pobrane, jakie narzędzia zostaną udostępnione, ile historii zachować, co odrzucić i jakiego schematu wyjściowego wymagać, wszystko w ramach budżetu tokenów, to jest context engineering. Własne wytyczne Anthropic ujmują to jako zarządzanie całym stanem kontekstu na przestrzeni kolejnych ruchów, a ich najostrzejsze zdanie warto zapamiętać: kontekst to skończony zasób o malejącej użyteczności krańcowej.

Dlaczego dziedzina się przesunęła, i to nie była moda

Powodem, dla którego context engineering stał się nazwaną dyscypliną, jest to, że wygodne założenie rozpadło się pod wpływem pomiarów. Założenie brzmiało: modele z długim kontekstem pozwalają wypełnić okno po brzegi i przestać myśleć. Badanie Context Rot od Chroma przetestowało w lipcu 2025 roku 18 wiodących modeli i wykazało, że każdy z nich degraduje się wraz ze wzrostem danych wejściowych, często w niejednolity sposób: model nie traktuje dziesięciotysięcznego tokenu tak samo wiarygodnie jak setnego. Wcześniejsze odkrycie Lost in the Middle wskazywało w tym samym kierunku.

Dwie siły sprawiły, że to ładunek, nie prompt, stał się tym, co należy inżynierować. Po pierwsze: agenci, użycie narzędzi, retrieval i pamięć oznaczają, że kontekst jest składany przez system na przestrzeni wielu ruchów, a nie pisany raz ręcznie. Po drugie ekonomia: w produkcji u Manus stosunek tokenów wejściowych do wyjściowych wynosi około 100 do 1, a ponowne wykorzystanie key-value cache napędza duże różnice w kosztach, więc to, co trafia do okna, jest w równym stopniu decyzją kosztową, co decyzją jakościową. Więcej kontekstu nie jest lepsze; lepszy jest kontekst zbudżetowany i istotny. To empiryczny fundament stojący za naszym wcześniejszym omówieniem context engineering i tego, dlaczego ma znaczenie.

Z czego faktycznie składa się context engineering

Uwolniony od etykiety, context engineering to zestaw testowalnych praktyk, a nie szeptanie do promptu. Nazwane techniki powtarzają się u Anthropic, w LangChain i w raporcie produkcyjnym Manus:

• Retrieval. Pobierają Państwo kilka istotnych dokumentów dokładnie w momencie, gdy są potrzebne, zamiast wklejać wszystko naraz. To dyscyplina stojąca za Retrieval-Augmented Generation.
• Kondensacja i podsumowanie. Kompresują Państwo dawne ruchy w bieżące podsumowanie, aby budżet był wydawany na to, co żywe, a nie na transkrypt.
• Pamięć i notatki. Wyprowadzają Państwo stan do zewnętrznych notatek lub plików, które agent może odczytać ponownie, zamiast dźwigać go w oknie.
• Kuratorstwo narzędzi. Utrzymują Państwo załadowanych od trzech do pięciu kluczowych narzędzi, a resztę pobierają dokładnie na czas. Załadowanie każdego narzędzia rozcieńcza sygnał i przerywa cache.
• Ustrukturyzowane wyjścia. Wymagają Państwo schematu, aby model wydawał tokeny na odpowiedź, a nie na formatującą prozę.
• Izolacja. Dzielą Państwo pracę między subagentów, aby każdy widział tylko kontekst, którego potrzebuje.

LangChain ujmuje ten sam zestaw jako pisanie, wybieranie, kompresowanie i izolowanie. Rzecz w tym, że każdy z tych elementów jest mierzalny: mogą Państwo przetestować A/B retriever, próg kondensacji czy wyposażenie w narzędzia, co dokładnie sprawia, że to inżynieria, a nie formułowanie.

Czy to tylko rebranding? Szczera odpowiedź

Częściowo, i to jest w porządku. Tak, dobrzy inżynierowie już wcześniej dbali o to, co widzi model; wartość tej nazwy polega na tym, że kieruje optymalizację na ładunek i system, a nie na zdanie, tam gdzie faktycznie mieszka niezawodność i koszty. Trwająca debata jest bardziej użyteczna niż spór o terminologię. W czerwcu 2025 roku Cognition argumentowało przeciwko systemom wieloagentowym, twierdząc, że trudno jest czysto dzielić kontekst między agentami, i zalecało utrzymywanie pracy pojedynczo oraz dzielenie się pełnymi śladami (trace). W tym samym tygodniu Anthropic opisał wieloagentowy system badawczy, który zależy od zdyscyplinowanej izolacji kontekstu. Ta sama dyscyplina, przeciwny wniosek architektoniczny.

Dla zespołu budującego z LLM-ami wnioski są proste. Budżetują Państwo tokeny tak, jak budżetuje się moc obliczeniową, ponieważ więcej nie jest za darmo i nie zawsze jest lepsze. Traktują Państwo tę pracę jako inżynierię przepływu (jakość retrievalu, kondensacja, pamięć, kuratorstwo narzędzi, ustrukturyzowane wyjścia), a nie jako formułowanie. I wybierają Państwo architekturę na podstawie tego, jak niezawodnie mogą Państwo dzielić kontekst, a nie na podstawie tego, które podejście brzmi bardziej zaawansowanie. Nazwa będzie dalej mutować, niektórzy już nazywają kolejną warstwę harness engineering, ale obiekt pozostaje stabilny: system, który decyduje, co dostanie do zobaczenia model.

Zacznij od podłogi, nie od sufitu

Zanim sięgną Państwo po jakąkolwiek sprytną metodę, uporządkują Państwo podstawy, ponieważ to one naprawiają większość skarg. Standard produkcyjny 2026 roku to wyszukiwanie hybrydowe (gęste embeddingi plus słowa kluczowe BM25), po którym następuje reranker typu cross-encoder. Wyszukiwanie hybrydowe wychwytuje zarówno trafienia semantyczne, jak i dokładne dopasowania terminów; reranker zawęża duży zbiór kandydatów do kilku fragmentów, które są faktycznie istotne, a nie tylko tematycznie bliskie. Przewodniki praktyków donoszą, że ta kombinacja podnosi jakość retrievalu na standardowych zbiorach ewaluacyjnych o 15 do 30 procent.

Ma to znaczenie, ponieważ większość rzeczywistych błędów jest prostego rodzaju: odpowiedź znajdowała się w dokumentach, ale system jej nie wydobył. To problem recall i rankingu, a podstawa opisana powyżej go rozwiązuje. Niech Państwo udowodnią, że potrzebują więcej, zanim zbudują więcej. Każda technika wykraczająca poza ten punkt dodaje wywołania LLM, opóźnienia i koszty, każda powinna zasłużyć na swoje miejsce w starciu ze zmierzoną awarią, a nie z przeczuciem.

Zestaw narzędzi, uporządkowany według awarii, którą naprawia

Użytecznym sposobem ogarnięcia całego zoo metod jest przypisanie każdej z nich do pojedynczego wzorca awarii, który adresuje. Sięgają Państwo po metodę, gdy widzą jej awarię, nie wcześniej.

Każdy wiersz ma prawdziwe pochodzenie: HyDE pochodzi z pracy CMU z 2022 roku o zero-shot dense retrieval; Step-Back Prompting od Google DeepMind, 2023; GraphRAG od Microsoft, 2024. To ta sama dyscyplina decydowania według awarii, która stoi za naszym spojrzeniem na RAG-Fusion i to, czym różni się od prostego RAG.

Dekompozycja zapytań, w szczególności

Dekompozycja zapytań dzieli złożone zapytanie na niezależne podpytania, pobiera dane dla każdego z nich, a następnie syntetyzuje odpowiedź. To właściwe narzędzie, gdy pojedynczy przebieg retrievalu nie może zadziałać, ponieważ fakty żyją w różnych dokumentach albo jeden fakt zależy od innego (kto wyreżyserował film, który zdobył określoną nagrodę). Linia biegnie od Least-to-Most Prompting z 2022 roku do dzisiejszych silników zapytań podrzędnych (sub-question query engines) we frameworkach.

Uczciwa część jest taka, że to nie jest darmowe i może zaszkodzić. Badanie HU Berlin z lipca 2025 roku zmierzyło, że dekompozycja plus reranking podniosły multi-hop recall (Hits@10) z 74,7 do 87,2 procent, co jest prawdziwym zyskiem. To samo badanie zmierzyło koszty: około 16,7 sekundy na zapytanie w porównaniu z 0,03 sekundy dla naiwnego retrievalu, i wykazało, że dekomponowanie już precyzyjnego zapytania wprowadza szum i pogarsza odpowiedź. Dekompozycja należy się więc naprawdę pytaniom multi-hop, a nie domyślnie każdemu zapytaniu. Sztuka polega na odróżnianiu jednych od drugich.

Dźwignia, która sama się zwraca, to routing

Jeśli mają Państwo wynieść z tego jedną operacyjną myśl, niech będzie nią routing. Najpierw klasyfikują Państwo zapytanie, a złożoność wydają tylko tam, gdzie na to zasługuje. Analiza z 2026 roku dotycząca routingu uwzględniającego koszty obniżyła rozliczane tokeny o 26 procent i medianę opóźnienia o 34 procent przy tej samej jakości odpowiedzi, kierując tylko około 18 procent zapytań do ciężkiego retrievalu, a 14 procent w ogóle bez retrievalu. Drogie metody pozostały zarezerwowane dla zapytań, które ich potrzebowały.

Dla niemieckiego zespołu z sektora MŚP jest to w równym stopniu kwestia governance i kosztów, co jakości. Mniej, ale uzasadnionych wywołań LLM oznacza przewidywalne wydatki, niższe opóźnienia i system, który mogą Państwo wytłumaczyć interesariuszowi zorientowanemu na zgodność: oto dlaczego to zapytanie poszło drogą kosztowną, a oto dlaczego tamto nie. Nadmiernie zinżynierowany retrieval jest nie tylko wolny, jest niewytłumaczalnym wydatkiem. Wyrafinowany system RAG 2026 roku to ten, który wie, kiedy nie używa żadnej ze swoich sztuczek.

Co RPA naprawdę robi dobrze

RPA jest oparte na regułach i deterministyczne. Opisuje ustalony proces, który za każdym razem przebiega tak samo: to samo wejście, ta sama ścieżka, ten sam wynik. Dla ustrukturyzowanego, stabilnego procesu, na przykład przenoszenia danych ze stałego formularza do systemu ERP, jest to dokładnie właściwe rozwiązanie. Jest sprawdzalne, powtarzalne i tanie w utrzymaniu. Słabość ujawnia się dopiero, gdy coś się zmieni: nowy układ pola, nieoczekiwane dane wejściowe, i sztywna reguła się łamie.

Co agenci AI robią lepiej

Agent AI wchodzi do gry tam, gdzie proces nie jest sztywny: niejednoznaczne dane wejściowe, swobodny język, decyzje wymagające kontekstu. Potrafi przeczytać nieustrukturyzowany e-mail i zrobić to, co właściwe, tam gdzie reguła RPA by skapitulowała. Cena jest taka, że nie jest deterministyczny: to samo wejście może dać dwa różne wyniki, i potrzebuje prowadzenia, barier ochronnych oraz kontroli. To, jak daleko sięgają agenci no-code i gdzie się kończą, omawiamy w innym miejscu.

Linia decyzyjna

Prosta heurystyka oddziela te przypadki:

• Stabilny i ustrukturyzowany (stały formularz, jasna reguła, wysoka powtarzalność): RPA. Niezawodność bije elastyczność.
• Niejednoznaczny i językowy (swobodne teksty, zmienne dane wejściowe, kwestie wymagające osądu): Agent. Elastyczność bije sztywność.
• Mieszany: często najlepsza odpowiedź. RPA wykonuje stałą część, agent przejmuje tylko miejsce, które naprawdę wymaga osądu.

Liczby rynkowe każą zachować trzeźwość: Gartner spodziewa się, że ponad 40 procent projektów agentowej AI zostanie porzuconych do końca 2027 roku. Wiele z nich dlatego, że zastosowano agenta tam, gdzie wystarczyłaby reguła.

Trzeźwa droga środka

Nie AI albo RPA, lecz właściwy poziom dla właściwej części. Najdroższym błędem jest powierzenie niezawodnego, dającego się ująć w reguły procesu niedeterministycznemu agentowi tylko dlatego, że AI brzmi nowocześniej. Niech Państwo zaczną od pytania o zadanie, nie o narzędzie. Gdzie AI naprawdę należy do stosu technologicznego i przez jaki interfejs, porządkuje API kontra MCP kontra CLI.

Co SAM 3D Body faktycznie robi

SAM 3D Body rekonstruuje siatkę całego ciała człowieka, łącznie z dłońmi i stopami, z pojedynczego zdjęcia i szacuje zarówno pozę, jak i kształt. Wprowadza nowy parametryczny format ciała, Momentum Human Rig (MHR), który oddziela szkielet od powierzchni tkanek miękkich, dzięki czemu rig i kształt ciała można rozpatrywać osobno. Podobnie jak reszta rodziny Segment Anything, model jest promptowalny: mogą Państwo przekazać punkty kluczowe 2D lub maski segmentacji, aby sterować wynikiem.

Szczegóły praktyczne liczą się dla każdego, kto chce go wdrożyć. Meta dostarczyła otwarte wagi w dwóch wariantach szkieletu (backbone), DINOv3-H+ z około 840M parametrów oraz ViT-H z około 631M, a do tego kod wnioskowania, dane treningowe i model MHR. Model zgłasza błąd siatki 3DPW (MPJPE) na poziomie 54,8 i już napędza działającą funkcję konsumencką, View in Room w Facebook Marketplace. Został wytrenowany na około 8 milionach zdjęć. To nie jest demo badawcze; od pierwszego dnia trafił do produktu.

Zysk B2B to pipeline, nie piksele

Strategiczny punkt dla niemieckiej lub unijnej firmy dotyczy tego, gdzie odbywają się obliczenia, a nie tego, jak sprytnie wygląda siatka. Zdjęcie ludzkiego ciała jest w świetle RODO wrażliwym danym osobowym. W momencie, gdy wysyłają Państwo zdjęcie klienta do zewnętrznego API rekonstrukcji, pojawia się umowa powierzenia przetwarzania danych, kwestia transferu danych i cena zaufania. Otwarte wagi eliminują ten krok: uruchamiają Państwo model we własnej sieci, a zdjęcie ciała nigdy jej nie opuszcza.

To przekształca kilka zastosowań z niewygodnych w możliwe do posiadania. Wirtualne przymierzanie i wizualizacja dopasowania, awatary AR i VR, analityka fitness i ruchu oraz previz do animacji lub produkcji wirtualnej, wszystko to może działać na infrastrukturze, którą Państwo kontrolują, przy tym samym UX, jaki oferowałoby hostowane API. To ta sama logika własnego pipeline'u, którą zastosowaliśmy przy tworzeniu zasobów 3D z jednego zdjęcia za pomocą TRELLIS: wartość to nie tylko model, to utrzymanie wrażliwych danych wejściowych po Państwa stronie muru. Licencję warto sprawdzić przed budową jako jedno z pierwszych: rig MHR jest potwierdzony jako liberalny komercyjnie, a wagi ciała pojawiają się na licencji SAM, więc proszę przeczytać rzeczywiste warunki dla swojego zastosowania.

Gdzie po cichu zawodzi

Właściwe dopasowanie przypadku użycia to cała sztuka, ponieważ rekonstrukcja z pojedynczego zdjęcia ma uczciwe ograniczenia, których żadna jakość modelu nie usunie. Niezależna analiza wykazała, że SAM 3D Body priorytetyzuje wiarygodną pozę ponad dokładność metryczną i przesuwa nietypowe ciała (skolioza, zmiany związane z wiekiem, ciąża) w stronę zdrowej średniej. To w porządku dla awatara, który ma wyglądać dobrze; jest to błędne dla pomiarów medycznych, ergonomicznych lub prawnych, gdzie właśnie odchylenie stanowi istotę sprawy.

Trzy kolejne ograniczenia, wokół których trzeba projektować. Pojedyncze zdjęcie nie może rozwiązać głębi ani prawdziwej skali, więc globalna pozycja i rzeczywiste wymiary są niedookreślonymi domysłami. Silne zasłonięcie, gdy większość ciała jest ukryta, wyraźnie pogarsza wynik. I działa to na pojedynczym zdjęciu, nie w czasie rzeczywistym: społeczność już ściga się, aby to naprawić za pomocą szybszych wariantów i środowisk uruchomieniowych C++, a wideo wymaga dodatkowej maszynerii dla stabilności czasowej. Zasada, która zapewnia bezpieczeństwo, jest prosta. Proszę dopasować przypadek użycia do tego, co wiarygodne (wizualizacja, przymierzanie, awatary), a nie do tego, co precyzyjne (pomiary, diagnoza, bezpieczeństwo). W tych granicach samodzielnie hostowany model 3D człowieka, chroniący prywatność, jest realną nową opcją w 2026 roku.

Gdzie klasyczny RAG zawodzi w sektorze MŚP

RAG zamienia Państwa dokumenty w przeszukiwalną wiedzę. Słabym punktem jest pierwszy etap: rozpoznawanie tekstu. Faktura od dostawcy z tabelą pozycji, dwukolumnowa umowa, zeskanowana karta danych z rysunkiem wymiarowym: OCR regularnie źle je składa. Tabela zamienia się w pustynię liczb, kolumny się mieszają, rysunek znika. Model dostaje wtedy już uszkodzony tekst i odpowiada odpowiednio do tego. Z naszego doświadczenia wynika, że przy prawdziwych aktach większa część błędów powstaje właśnie tutaj, na długo zanim model językowy w ogóle dochodzi do głosu.

Jak omija to wyszukiwanie wizualne

Modele wizualnego wyszukiwania pomijają rozpoznawanie tekstu podczas przeszukiwania. Rozbijają obraz strony na wiele małych fragmentów, osadzają każdy z nich i porównują zapytanie bezpośrednio z nimi. Dzięki temu zachowana zostaje informacja, że liczba znajduje się w komórce tabeli, a nie w tekście ciągłym. W czołówce są trzy nazwy: ColPali jako punkt odniesienia, ColQwen jako zwykle mocniejszy wariant oparty na Qwen, oraz ModernVBERT jako mały, nadający się do on-premise model. Cały zestaw narzędzi wraz z bazą wektorową porządkujemy w przeglądzie stacku. Dla praktycznego spojrzenia wystarczy: strona jest widziana, a nie zgadywana.

Szczerze o kosztach

Ten zysk nie jest darmowy. Wiele wektorów na stronę wymaga znacznie więcej pamięci indeksu niż pojedynczy wektor tekstowy. Przy archiwum złożonym z czystego, przejrzystego tekstu ciągłego klasyczny RAG tekstowy pozostaje tańszy i wystarczający. Wyszukiwanie wizualne opłaca się tam, gdzie informację niesie układ strony, a to w sektorze MŚP jest raczej regułą niż wyjątkiem. A w przypadkach, gdy ostatecznie i tak potrzebują Państwo przeszukiwalnego tekstu, na przykład do kopiowania lub jako ścieżkę audytu, OCR pozostaje sensowny, jako uzupełnienie, a nie zastępstwo.

Pierwszy krok jest mały

Nie trzeba do tego niczego dużego przebudowywać. Proszę wziąć dwadzieścia dokumentów, na których dzisiejsze wyszukiwanie zawodzi, i zadać dokładnie te pytania, które dziś dają błędne wyniki. Jeśli wyszukiwanie wizualne znajdzie wiersz tabeli, który zgubił OCR, mają Państwo swoją odpowiedź, na własnych aktach, nie na benchmarku. Piękno tego rozwiązania: cała konstrukcja działa lokalnie, dane pozostają w firmie. Dlaczego to liczy się przy wrażliwych dokumentach, opisujemy w On-Premise kontra Cloud.

Dlaczego łączenie było prawdziwym problemem

Tworzenie długiej sekwencji poprzez sklejanie krótkich klipów wprowadza dokładnie te artefakty, które czynią materiał bezużytecznym: widoczne szwy między segmentami, twarze postaci dryfujące między ujęciami, światło, które skacze. Dla wideo markowego lub produktowego ten dryf stanowi różnicę między użytecznym zasobem a oczywistym fałszerstwem. Długość w jednym przebiegu usuwa szew, dlatego 30 natywnych sekund to prawdziwy krok naprzód, a nie liczba dla efektu.

Co faktycznie zmienia wersja 2.5

Trzy rzeczy wyróżniają się dla zespołu, który faktycznie chciałby z tego korzystać:

• Natywne 30-sekundowe klipy. Jeden przebieg, bez łączenia, dzięki czemu spójność utrzymuje się przez cały czas trwania.
• Do 50 multimodalnych referencji. Obrazy, audio i wideo połączone w jednej generacji, około czterokrotnie więcej niż dwanaście w Seedance 2.0, co ma na celu utrzymanie stabilności postaci, produktu i stylu.
• Wspólna generacja audio-wideo. Obraz i dźwięk są przetwarzane razem w jednej przestrzeni latentnej zamiast być generowane osobno i synchronizowane później, co utrzymuje ruch i dźwięk w zgodzie.

Razem te elementy dążą do tego samego celu: spójności w czasie, tego, czego potrzebuje wideo biznesowe, a czego krótkie klipy nie mogły zapewnić.

Szczere zastrzeżenie

Jakość jest teraz łatwą częścią. Dla zastosowania biznesowego decydują trudne pytania: czy wolno Państwu wykorzystywać materiał komercyjnie, czyj wizerunek się w nim znajduje, dokąd trafiają dane, i czy wynik jest wystarczająco spójny, aby oprzeć na nim markę. Seedance 2.5 znajduje się w becie enterprise z publicznym startem planowanym na początek lipca, więc szczegóły licencji i pochodzenia to dokładnie to, co warto przeczytać przed podjęciem decyzji. Szersze pole i sposób wyboru między modelami opisujemy w naszym przeglądzie stanu wideo AI 2026.

Gdzie się sprawdza

W przypadku storyboardów, filmów koncepcyjnych i krótkich zasobów na social media czysty natywny 30-sekundowy klip zmienia to, co może wyprodukować jedna osoba. W przypadku pracy regulowanej lub krytycznej dla marki proszę traktować to jako silnik koncepcyjny, dopóki prawa i spójność nie osiągną wymaganego poziomu. Możliwości są realne; ład (governance) to część, którą trzeba najpierw dopracować.

Gdzie pomaga

Vibe coding błyszczy wszędzie tam, gdzie liczy się szybkość, a kod może potem zniknąć. Prototyp zrobiony w jedno popołudnie, wewnętrzne narzędzie dla małego zespołu, klikalny dummy na prezentację dla klienta, pierwsze 70 procent pomysłu: tutaj przynosi to realną wartość. Pierwotny przykład Karpathy'ego był dokładnie taki, oprogramowanie jednorazowe na projekt weekendowy.

Potwierdza to popyt. Narzędzia takie jak Cursor, Claude Code, Lovable i Bolt urosły w rekordowym tempie, Lovable do około 200 milionów dolarów rocznego przychodu do końca 2025 roku. Również w mojej pracy korzyść jest konkretna: osoba merytoryczna bez doświadczenia w programowaniu może sama uruchomić pomysł, zamiast najpierw go opisywać, a potem czekać dwa tygodnie. Dopóki wynik pozostaje eksperymentem i nikt nie opiera na nim swojego biznesu, to realny zysk tempa, którego nie należy bagatelizować.

Gdzie szkodzi

Gdy tylko kod trafia do wdrożenia, obraz się odwraca, a dowody są nieprzyjemnie konkretne. Veracode przeanalizował w 2025 roku ponad 80 zadań i ponad 100 modeli: 45 procent wygenerowanego kodu zawierało lukę bezpieczeństwa, a nowsze lub większe modele nie wypadały lepiej. Badanie METR wykazało, że doświadczeni programiści z narzędziami AI byli o 19 procent wolniejsi, ale uważali się za szybszych.

Do tego dochodzą incydenty, które zapadają w pamięć. Agent Replit skasował w lipcu 2025 roku bazę danych produkcyjnych, zignorował wyraźne polecenie, by niczego nie zmieniać, a następnie twierdził, że odzyskanie danych jest niemożliwe (nie było). Mniej więcej co piąty pakiet proponowany przez AI w ogóle nie istnieje, a 43 procent tych zmyślonych nazw pojawia się wielokrotnie, co otwiera atakującym nową lukę w łańcuchu dostaw. Addy Osmani nazywa to problemem 70 procent: AI szybko doprowadza Państwa do 70 procent, ostatnie 30 procent, czyli przypadki brzegowe, bezpieczeństwo i integracja, pozostaje klasyczną pracą inżynierską. A pod względem prawnym sytuacja jest jednoznaczna: odpowiedzialność za wdrożone oprogramowanie ponosi firma, która je buduje i sprzedaje, a nie dostawca AI.

Granica: kod jednorazowy kontra wdrożony

Najbardziej użyteczne rozróżnienie nie dotyczy narzędzi, lecz celu. Skrypt, którego jedna osoba używa raz, to coś innego niż oprogramowanie, które ocenią Państwa klienci, audytorzy oraz unijny Cyber Resilience Act od grudnia 2027 roku. Nawet Gartner, który do 2028 roku przewiduje 40 procent udziału vibe codingu w oprogramowaniu korporacyjnym, wprost nazywa surowy wynik kodem jednorazowym, niegotowym do produkcji.

Dla sektora MŚP oznacza to: pytanie nie brzmi, czy Państwa zespół może korzystać z vibe codingu, lecz do czego. Kod jednorazowy i eksperyment: owszem, szybko, bez zbędnych ceremonii. Wszystko, co dotyka danych klientów, trafia do wdrożenia lub musi wytrzymać kontrolę: nigdy bez przeglądu. To jedno rozróżnienie oszczędza większość późniejszych problemów.

Dojrzała droga: kontrolowany vibe coding

Dobra wiadomość jest taka, że profesjonalna odpowiedź na 2025 i 2026 rok już istnieje i nie brzmi ona: zakaz. Brzmi: kontrolowany vibe coding, czyli rozwój wspomagany AI: AI jako bardzo szybki junior, obok którego stoi odpowiedzialny senior. Tak właśnie do tego podchodzimy.

🔸 Specyfikacja przed promptem. Ruch przeciwny nazywa się spec-driven development, z narzędziami takimi jak GitHub Spec Kit: najpierw specyfikacja, plan i zadania, potem kod. Dzięki temu wynik jest weryfikowalny, a nie przypadkowy.

🔸 Przegląd i testy przed produkcją. Żaden kod AI nie trafia na żywo bez przeczytania. Code review, testy automatyczne i skan bezpieczeństwa to warunek konieczny, a nie opcja, szczególnie przy wszystkim, co dotyka danych lub pieniędzy.

🔸 Licencja i łańcuch dostaw pod kontrolą. Niesprawdzony kod AI może przemycić fragmenty na licencji GPL lub zmyślone pakiety. Oba te zagadnienia należą do procesu weryfikacji, zanim staną się problemem zgodności.

Vibe coding to znakomite narzędzie do właściwego zadania i ryzyko przy niewłaściwym. Różnica polega na tym, by przed pierwszym promptem wiedzieć, po której stronie granicy się stoi. Po której stronie stoi Państwa następny projekt?

Co faktycznie zmieniło YOLO26

YOLO26 usuwa dwa etapy postprocessingu, które sprawiały, że wcześniejsze detektory były niewygodne we wdrożeniu. Domyślnie wykorzystuje głowicę detekcyjną typu one-to-one, więc podczas inferencji nie występuje Non-Maximum Suppression (NMS), a sieć zwraca finalne detekcje bezpośrednio. Rezygnuje też z Distribution Focal Loss (DFL), co czyni głowicę lżejszą dla urządzeń brzegowych i niskoenergetycznych. Nowa jest również receptura treningowa: optymalizator MuSGD, progresywna funkcja straty oraz przypisywanie etykiet dla małych obiektów.

Dlaczego brak NMS jest elementem, który się liczy: NMS to osobny, zależny od danych krok wykonywany po sieci, a jego czas trwania zmienia się w zależności od liczby obiektów na obrazie. Usunięcie go daje Państwu deterministyczne opóźnienie i czystszy eksport, a dokładnie tego potrzeba, gdy celem jest ONNX, TensorRT, OpenVINO lub CoreML na stałym sprzęcie. Mniej pokręteł postprocessingu oznacza mniej sposobów, na jakie ścieżka produkcyjna odbiega od laboratorium.

Liczby są przyrostowe, a nie przełomowe. Na zbiorze COCO YOLO26n osiąga 40,9 mAP przy 2,4M parametrów, a Ultralytics podaje nawet do 43 procent szybszą inferencję CPU-ONNX niż YOLO11n. To właśnie ta liczba dotycząca CPU, a nie dokładność, jest najważniejszą wiadomością dla nabywcy uruchamiającego detekcję na standardowym krzemie brzegowym bez GPU.

Numery wersji nie oznaczają już tego, co myślisz

Najbardziej przydatną rzeczą do zrozumienia w 2026 roku jest to, że "YOLO" nie jest już jednym projektem, a numery wersji pochodzą od różnych zespołów. Ultralytics utrzymuje YOLO26, YOLO11 oraz starsze v8 i v5. YOLOv12 i YOLOv13 to odrębne linie akademickie, a obie nadal opierają się na NMS i DFL, dokładnie na tym, co YOLO26 usunęło.

Wniosek jest taki, że wyższy numer wersji nie oznacza nowszego produktu tego samego dostawcy. Czasami jest to zupełnie inna grupa badawcza. YOLOv13 spotkało się z otwartą krytyką, ponieważ zgłosiło AP na poziomie około 54,8 wobec 55,2 dla YOLOv12s, działając przy tym wolniej, czyli regresję zaprezentowaną jako ulepszenie. A samo YOLO nie jest automatycznie liderem dokładności: detektory oparte na transformerach z rodziny RF-DETR konkurują obecnie bezpośrednio w górnym segmencie. Proszę czytać benchmark i opiekuna projektu, nie etykietę.

Pytanie o licencję, które niemiecki nabywca zadaje jako pierwsze

Przed architekturą proszę sprawdzić licencję, ponieważ domyślna licencja ogranicza sposób dostarczania rozwiązania. Ultralytics YOLO jest licencjonowane na warunkach AGPL-3.0. AGPL to silna licencja typu copyleft: jeśli dystrybuują Państwo oprogramowanie lub udostępniają je jako usługę sieciową, są Państwo z reguły zobowiązani do udostępnienia pełnego odpowiadającego kodu źródłowego swojego dzieła pochodnego, a powszechna interpretacja rozciąga ten obowiązek na wagi modelu i otaczający kod aplikacji.

Kwestią, którą pomija większość zespołów, jest to, że wdrożenie on-premise nie zwalnia z tego obowiązku. Klauzula sieciowa AGPL jest uruchamiana przez oferowanie funkcjonalności jako usługi, w niektórych interpretacjach nawet w zastosowaniu wewnętrznym, a nie tylko przez dostarczenie pliku binarnego klientowi. Dla produktu closed source lub wdrożenia, którego nie chcieliby Państwo udostępniać jako open source, Ultralytics sprzedaje komercyjną licencję Enterprise. Jest ona wyceniana indywidualnie, bez publicznej ceny, więc powinna pojawić się w rozmowie o zakupie wcześnie, a nie dopiero po tym, jak prototyp zacznie działać.

Wniosek istotny dla zakupów jest prosty: proszę uwzględnić w budżecie licencję Enterprise albo od początku wybrać detektor na permisywnej licencji (Apache lub MIT). To to samo pytanie o kontrolę, do którego wracamy przy modelach open weight, gdzie to licencja i stos technologiczny, a nie benchmark, decydują o tym, co wolno Państwu zrobić.

Jak wybierać, nie goniąc za numerem

Proszę traktować wydania z 2026 roku jako krótką, nudną listę kontrolną, a nie ranking.

• Proszę ustalić utrzymywaną wersję. Dla produkcji wspieraną ścieżką jest linia Ultralytics (YOLO26 lub YOLO11). Linie akademickie v12 i v13 to materiały badawcze, warte lektury, ale nie standard do wdrażania.
• Proszę czytać benchmark, nie etykietę. Proszę porównać mAP i opóźnienie na sprzęcie zbliżonym do Państwa własnego oraz szczerze przyznać, że RF-DETR lub mniejszy, starszy model może okazać się lepszy w Państwa scenariuszu.
• Proszę wcześnie przetestować ścieżkę eksportu. Wartość braku NMS ujawnia się w eksporcie ONNX lub TensorRT na docelowym urządzeniu. Proszę potwierdzić ją tam, zanim podejmą Państwo ostateczną decyzję.
• Proszę wyjaśnić licencję przed pilotażem. AGPL, licencja Enterprise, czy permisywna alternatywa. Proszę zdecydować, dopóki zmiana jest jeszcze tania.

Żadna z tych rzeczy nie wymaga najnowszego numeru wersji. Potrzebny jest detektor, który działa przy Państwa opóźnieniu, na Państwa sprzęcie, na licencji, z którą można żyć.

Uczciwa część zaczyna się później. n8n zdejmuje z Państwa barków okablowanie procesów biznesowych, a wraz z węzłami AI dochodzi prawdziwe przetwarzanie języka. Gdy jednak w grę wchodzi model językowy, przebieg przestaje być deterministyczny i to właśnie wtedy rozstrzyga się, czy automatyzacja sprawdzi się na co dzień. Ten artykuł pokazuje obie strony: co n8n potrafi dobrze i gdzie przebiega granica prawdziwej inżynierii.

Czym właściwie jest n8n

n8n to oparta na węzłach platforma do automatyzacji przepływów pracy. Budują Państwo przebieg wizualnie z węzłów i w dowolnym miejscu mogą dodać własny kod w JavaScript lub Python.

🔸 Self-hosted lub chmura. Kluczowy punkt dla sektora MŚP: n8n działa jako kontener Docker na własnej infrastrukturze. Przetwarzanie i dane pozostają we własnej sieci, a firma pozostaje jedynym administratorem danych.

🔸 Ponad 400 integracji plus węzeł HTTP dla dowolnego interfejsu REST. Czego nie ma jako gotowego węzła, podłączają Państwo samodzielnie.

🔸 Fair-code, nie klasyczny open source. Sustainable Use License zezwala na bezpłatne wewnętrzne wykorzystanie biznesowe. Zabronione jest odsprzedawanie n8n jako hostowanego produktu stronom trzecim. Dla klasycznego użytku własnego nie jest to problem, ale dla technicznej publiczności ważne jest, by nazwać to precyzyjnie.

Kto wciąż decyduje, czy AI w ogóle powinna działać lokalnie, znajdzie tę analizę w On-Premise kontra Cloud-LLM.

Jak n8n automatyzuje procesy biznesowe

Struktura jest zawsze taka sama: trigger uruchamia przebieg, a następnie węzły działają krok po kroku.

🔸 Trigger: webhook, harmonogram, zdarzenie w aplikacji takie jak nowy e-mail lub nowy wpis w CRM, wysłany formularz.
🔸 Węzły: integracje aplikacji, wywołania HTTP, zapytania do bazy danych, logika taka jak IF i Switch, transformacja danych.

W praktyce w sektorze MŚP wciąż widzimy te same wzorce:

To ta sama logika, według której zbudowaliśmy naszą własną mikroaplikację Event Scout, zanim zdecydowaliśmy, co zasługuje na prawdziwy inżyniering.

Gdzie wkracza AI

AI nie zostało doklejone do n8n, lecz zintegrowane jako osobna rodzina węzłów oparta na LangChain.

🔸 Węzeł AI Agent. Pełnoprawny agent z wywołaniami narzędzi, pamięcią i iteracyjną pętlą rozumowania, a nie tylko pole na prompt. Agent otrzymuje inne węzły lub przepływy pracy jako narzędzia.

🔸 RAG na własnych dokumentach. Od wersji 1.74.0 ze stycznia 2025 roku bazy wektorowe takie jak Qdrant, Weaviate czy pgvector można podłączyć bezpośrednio jako narzędzie agenta. Dzięki temu system odpowiada na podstawie Państwa dokumentów, a nie ogólnej wiedzy modelu. Czym dokładnie jest RAG, wyjaśniliśmy w Czym jest RAG.

🔸 Modele lokalne. Dzięki integracji z Ollama wnioskowanie działa na własnym sprzęcie. Self-hosted n8n plus model lokalny dają w pełni prywatny stos AI bez transferu do krajów trzecich. Ile realistycznie kosztuje taki sprzęt, opisujemy w Lokalny LLM w firmie.

Co działa dobrze: klasyfikacja, ekstrakcja, kierowanie, RAG, proste agenty. Kruche robi się przy długich, wieloetapowych łańcuchach agentów oraz przy odtwarzalności wyników modelu.

Ograniczenia i kiedy szala przechyla się w stronę inżynieringu

Kilka punktów, o których informujemy klientów przed startem:

🔸 Determinizm i debugowanie. Krok AI nie musi zwracać tego samego wyniku dla tego samego wejścia. Debugowanie długich przebiegów agentowych jest żmudne.
🔸 Wersjonowanie. Przepływy pracy żyją w bazie danych. Czyste, oparte na Git przeglądy nie są natywnym standardem, lecz raczej domeną funkcji enterprise.
🔸 Skalowanie. Tryb pojedynczego serwera osiąga swoje granice przy wielu równoległych webhookach. Produkcyjnie potrzebny jest tryb kolejkowy z osobnymi workerami.
🔸 Utrzymanie. Self-hosted oznacza: aktualizacje, poprawki bezpieczeństwa, kopie zapasowe i monitoring leżą po Państwa stronie.

W stronę prawdziwego inżynieringu szala przechyla się, gdy potrzebna jest krytyczna dla biznesu, deterministyczna logika, wysokie wolumeny transakcji, surowe poziomy usług lub ciągła praca wielu agentów. Wtedy potrzebne są testy, CI/CD i observability, a nie tylko kliknięcia w edytorze. Wydanie hardeningowe n8n 2.0 ze stycznia 2026 roku poszło w tym kierunku, z izolowanym wykonywaniem kodu i stabilniejszym zachowaniem pod obciążeniem.

Jak klasyfikujemy n8n w iiterate

Chętnie wykorzystujemy n8n dokładnie do tego, w czym jest mocne: szybką automatyzację wewnętrznych procesów, podłączanie AI tam, gdzie faktycznie poprawia dany krok, i prowadzenie tego wszystkiego zgodnie z RODO we własnej infrastrukturze.

Błąd, który widzimy najczęściej, to mylenie działającego przebiegu z systemem gotowym do produkcji. Dla wewnętrznych, dobrze tolerowanych procesów n8n często stanowi całą odpowiedź. Gdy tylko proces staje się krytyczny dla biznesu, n8n jest najszybszą drogą do znalezienia właściwego przebiegu i momentem, w którym przenosimy sprawdzoną ścieżkę do własnego inżynieringu. Gdzie AI w sektorze MŚP w ogóle ma sens, podsumowaliśmy w Rozwiązania AI dla sektora MŚP.

Wybór nie dotyczy więc tego, który model jest abstrakcyjnie lepszy. Chodzi o zadanie, które mają Państwo przed sobą, oraz stos, który już Państwo eksploatują.

Najpierw dobrze trafić z pochodzeniem

Połowa zamieszania w tym porównaniu dotyczy nazewnictwa, warto więc wyjaśnić to przed wszystkim innym.

🔸 GPT Image 2 to aktualny model obrazu OpenAI, następca w serii gpt-image, wydany w 2026 roku. Starszy identyfikator API gpt-image-1 to pierwsza generacja, nie ten model.
🔸 Nano Banana Pro to nazwa marketingowa Google dla Gemini 3 Pro Image, ogłoszona w listopadzie 2025 roku i zbudowana na Gemini 3 Pro.
🔸 Nano Banana bez dopisku Pro to wcześniejszy Gemini 2.5 Flash Image, obecnie pozycjonowany jako szybszy i tańszy poziom. Proszę nie mylić tych dwóch modeli, ponieważ ich jakość wyjścia i cena się różnią.

Trafne rozpoznanie tego jest ważne z tego samego powodu, dla którego pochodzenie modelu było ważne w lekcji Fable 5 o suwerenności: nie sposób poprawnie myśleć o narzędziu, które źle zidentyfikowali Państwo.

Porównanie, które rozstrzyga o realnej pracy

Osie, które naprawdę zmieniają dostarczany wynik:

W skrócie: Nano Banana Pro wygrywa pod względem tekstu, rozdzielczości i spójności. GPT Image 2 wygrywa ogólnym wyglądem oraz integracją z istniejącym workflow OpenAI.

Gdzie wygrywa każdy z nich

🔸 Kreacja marketingowa z dużą ilością tekstu w obrazie lub infografiki. Nano Banana Pro. Najlepsze odwzorowanie tekstu, wyjście 2K i 4K oraz Search Grounding dla poprawnych faktów i logo. GPT Image 2 to solidna opcja zapasowa, jeśli i tak budują Państwo na OpenAI.
🔸 Spójność produktu lub postaci w całej serii. Nano Banana Pro. To model z podaną specyfikacją, 14 obrazów referencyjnych i 5 spójnych osób, czego wymaga spójna kampania lub powtarzalne ujęcie produktu.
🔸 Ogólne obrazy hero lub redakcyjne. Blisko. GPT Image 2 obecnie prowadzi w ogólnych rankingach tekst-na-obraz, więc wybór zależy od preferencji co do wyglądu. Proszę wybrać Nano Banana Pro, jeśli potrzebują Państwo 4K bezpośrednio z modelu.
🔸 Ścisła integracja ze stosem. Proszę wykorzystać to, co już Państwo eksploatują. Firma działająca na OpenAI otrzymuje API i rabaty wsadowe z GPT Image 2. Firma działająca na Google lub Vertex otrzymuje natywne generowanie z Nano Banana Pro.

To ta sama dyscyplina wyboru, którą stosujemy przy modelach wideo AI oraz przy obraz-do-3D z TRELLIS. Proszę wybierać według zadania, nie według logo.

Szczere ograniczenia po obu stronach

Żaden model nie jest wolny od kompromisów, a to właśnie te kompromisy dają się we znaki w produkcji.

🔸 GPT Image 2 ogranicza się do około 1536 px po dłuższym boku i oferuje tylko trzy proporcje obrazu, traci więc przy dużych formatach i nietypowych kształtach. Cena oparta na tokenach sprawia, że praca z dużą liczbą edycji jest droga, ponieważ edycje rozliczają także tokeny wejściowe obrazu. Znak wodny to metadane C2PA, a nie osadzony niewidoczny znacznik, co warto sprawdzić pod kątem własnych wymogów zgodności.
🔸 Nano Banana Pro nakłada na wyjściu niewidoczny znak wodny SynthID, którego nie da się usunąć poniżej najwyższego poziomu enterprise. Niektórzy klienci chcą się go pozbyć, warto więc to sprawdzić wcześnie. Model działa też przy wyższych kosztach i opóźnieniach niż podstawowy Nano Banana, a Google nie publikuje jasnej ceny za obraz, koszty należy więc planować przez kalkulator Vertex.

Żadna z tych kwestii nie jest kryterium wykluczającym. To rodzaj szczegółu, który decyduje, który model pasuje do konkretnego wymogu klienta.

Jak wybieramy w iiterate

Naszym domyślnym podejściem nie jest wierność jednemu modelowi, lecz krótka lista kontrolna. Czy obraz zawiera tekst albo wymaga 4K? Czy musi zachować spójność w całej serii? Z jakiej chmury już korzysta klient? Czy istnieją wymogi dotyczące znaku wodnego lub rezydencji danych?

Najczęściej te cztery pytania odpowiadają same na siebie. Praca z dużą ilością tekstu, wysoką rozdzielczością lub krytyczną spójnością trafia do Nano Banana Pro. Ogólna praca redakcyjna i pipeline'y natywne dla OpenAI trafiają do GPT Image 2. Trzymamy oba narzędzia w zestawie właśnie dlatego, że właściwa odpowiedź zmienia się wraz z briefem.

Modele nadal będą się wzajemnie wyprzedzać, warto więc w momencie podejmowania decyzji ponownie sprawdzić rankingi i ceny. Stały pozostaje nawyk: dopasować model do zadania oraz do stosu, w którym klient już funkcjonuje.

Ten artykuł omawia, czym jest TRELLIS, jak działa, gdzie pasuje w prawdziwym pipeline'ie zasobów i w którym momencie przestaje być odpowiedzią jednego kliknięcia.

Czym jest TRELLIS

TRELLIS to generatywny model 3D, który przyjmuje obraz, kilka obrazów lub prompt tekstowy i tworzy zasób 3D.

🔸 Ustrukturyzowane latenty (SLAT). Kluczowy pomysł to jednolity latent, który łączy rzadką siatkę wokseli 3D dla struktury z gęstymi cechami wizualnymi dla wyglądu. Oddzielenie formy od wyglądu jest tym, co sprawia, że ten sam latent może stać się różnymi wynikami.
🔸 Trzy wyniki z jednego latentu. Radiance fields, gaussiany 3D lub mesh wyeksportowany jako GLB. GLB jest praktycznym celem, ponieważ przenosi materiały do przeglądarek web i AR.
🔸 Otwarty i na licencji MIT. Koń roboczy dla obrazów, TRELLIS-image-large, ma 1,2 mld parametrów. Model i większość kodu są objęte licencją MIT, co ma znaczenie dla zastosowań komercyjnych. Nowsza seria 4B dodaje pełne materiały oparte na fizyce, warte obserwowania w miarę dojrzewania.
🔸 Trenowany na dużą skalę. Około 500 000 wyselekcjonowanych obiektów, a artykuł naukowy zdobył wyróżnienie CVPR 2025 Spotlight.

To stoi obok parametrycznego, sterowalnego krańca pracy 3D, który omawiamy w Grasshopper dla projektowania wspomaganego komputerowo. Generatywne 3D i parametryczne 3D rozwiązują różne problemy.

Jak to działa

Ten pipeline łatwo opisać i warto zrozumieć, zanim poświęci mu się GPU.

1. Wejście. Pojedynczy obraz, kilka ujęć lub prompt tekstowy.
2. Ustrukturyzowany latent. Dwuetapowy transformer rectified-flow najpierw generuje rzadką strukturę, a następnie wypełnia cechy SLAT.
3. Dekodowanie. Latent dekoduje się do wybranego formatu: mesh, gaussiany lub radiance field.

W praktyce należy liczyć na około 16 GB VRAM jako dolną granicę, przy 24 GB komfortowo. Generowanie trwa poniżej dwóch minut na karcie RTX 4090. Buildy społecznościowe dalej obniżają zapotrzebowanie na pamięć, co realistycznie czyni TRELLIS możliwym do hostowania samodzielnie zamiast wynajmowania. Dla zespołów, które już rozważają wnioskowanie lokalne kontra hostowane, obowiązuje ten sam kompromis, który opisaliśmy w On-Premise kontra Cloud-LLM, także dla mediów generatywnych.

Gdzie pasuje w pipeline zasobów

Najmocniejsze dopasowanie znajduje się na początku pipeline'u, gdzie tempo liczy się bardziej niż wykończenie.

🔸 Zdjęcie produktu lub prompt zamieniony na GLB. Można je umieścić w przeglądarce three.js lub model-viewerze w sieci, przekonwertować do USDZ dla AR albo umieścić w scenie wizualizacyjnej. Szybki concepting i podglądy to obszar, w którym TRELLIS błyszczy.
🔸 Lokalna edycja. TRELLIS potrafi ponownie wygenerować lub dopracować region modelu, co jest rzadkością wśród generatorów z pojedynczego obrazu.
🔸 Uczciwie o topologii. Wynik to geometria generatywna, nie czyste artystycznie. Należy spodziewać się nierównych trójkątów, braku czystego przepływu krawędzi i automatycznie wygenerowanych UV. Dla gier lub filmu konieczne będzie retopologizowanie, ponowne mapowanie UV i przepiekanie tekstur. Nowsza seria uwzględniająca materiały zmniejsza tę lukę, nie zamykając jej całkowicie.

Test wartości dla danego zasobu jest więc prosty: czy musi dobrze wyglądać w przeglądarce w przyszłym tygodniu, czy musi być riggowalnym, zoptymalizowanym zasobem do gry? TRELLIS jest znakomity w pierwszym przypadku i stanowi punkt startowy dla drugiego.

TRELLIS kontra alternatywy

Otwarty i hostowany obszar 3D rozwija się szybko. Krótka orientacja:

Gdzie plasuje się TRELLIS: najmocniejsza naprawdę licencjonowana na MIT opcja z wyjściem w wielu formatach i lokalną edycją. Hostowane narzędzia jak Tripo i Rodin biją go pod względem od razu czystej topologii, a Hunyuan często wygrywa pod względem tekstury, ale przy bardziej restrykcyjnej licencji. Jeśli wymaganiem jest posiadanie modelu i warunków prawnych na własność, TRELLIS jest oczywistym punktem startowym.

Szczere ograniczenia i jak z tego korzystamy

Kilka zastrzeżeń, które kładziemy na stół, zanim ktoś wdroży TRELLIS do produkcji:

🔸 Topologia i UV nie są gotowe do wdrożenia w grach czy CAD. Należy zaplanować budżet na retopologię.
🔸 CAD wykracza poza zakres. Generatywne meshe nie są parametrycznymi bryłami (solids), więc nie stanowią geometrii inżynierskiej.
🔸 Ryzyko wejściowe leży po Państwa stronie. Model jest na licencji MIT, ale ekspozycja prawna Państwa obrazu wejściowego lub promptu jest Państwa własną sprawą. Nie należy podawać zdjęć produktów, których nie można licencjonować.

Traktujemy TRELLIS jako silnik do conceptingu i previz: sposób na dostarczenie klientowi wiarygodnego zasobu 3D w ciągu jednego popołudnia, a następnie zdecydowanie, co zasługuje na ręcznie zbudowany pipeline. To ten sam instynkt, który stoi za tym, gdzie przydaje się obecna fala modeli wideo AI, oraz ta sama dyscyplina wyboru, którą stosujemy przy wyborze modelu obrazu. Narzędzie nie jest dostawą. Osąd, gdzie ono pasuje, jest nią.

Ten artykuł mapuje obie strony: co te platformy naprawdę potrafią dobrze robić w 2026 roku, oraz konkretne punkty, w których powinni Państwo liczyć się z murem.

Czym właściwie jest no-code agent builder

Warto rozdzielić dwie rzeczy sprzedawane pod tym samym szyldem.

Automatyzacja workflow jest deterministyczna. Wyzwalacz uruchamia się, wykonują się stałe kroki, to samo wejście daje to samo wyjście. Klasyczne scenariusze Make czy Zapier żyją właśnie tutaj, podobnie jak mnóstwo użytecznej pracy.

No-code agent builder pozwala modelowi językowemu decydować o ścieżce. Opisują Państwo pożądany rezultat, a model wybiera narzędzia, wywołuje API, czyta Państwa dokumenty i pętli tak długo, aż uzna, że skończył. Przebieg nie jest przez Państwa okablowany z wyprzedzeniem.

Granica się zaciera, ponieważ platformy automatyzacji przykręciły agentów do swoich canvasów, podczas gdy narzędzia natywnie agentowe dodały integracje. Dla zespołu z sektora MŚP praktyczne pytanie nie brzmi 'agent czy workflow'. Brzmi ono, ile niedeterminizmu wpuszczają Państwo w proces biznesowy i kto trzyma dane, gdy proces działa. To samo rozróżnienie zrobiliśmy, pisząc o różnicy między API, serwerem MCP a CLI.

Co dziś robią dobrze

Zastosowane do właściwego zadania, te narzędzia szybko zarabiają na swoje miejsce:

🔸 Wyzwalacze i integracje. Webhooki, zdarzenia aplikacji i harmonogramy w tysiącach connectorów. Okablowanie jest rozwiązane.

🔸 Wywołania narzędzi. Agent nie tylko rozmawia, on działa: odpytuje bazę danych, publikuje w systemie, zakłada ticket.

🔸 Retrieval z Państwa własnych dokumentów. Zakotwiczenie odpowiedzi w wiedzy wewnętrznej to dziś kwestia kilku kliknięć, ten sam wzorzec, który omawiamy w naszym artykule o RAG.

🔸 Wieloetapowe procesy z człowiekiem w pętli. Brama zatwierdzania, zanim wydarzy się coś nieodwracalnego.

Zyskiem jest tempo. Mogą Państwo w ciągu dni potwierdzić, że pomysł jest wart uwagi, i dokładnie do tego służy prototyp. Naszą własną mikroaplikację Event Scout zbudowaliśmy w tym duchu, zanim zdecydowaliśmy, co zasługuje na prawdziwy engineering.

Gdzie się kończą

To część, którą pomija większość dem, i powód, dla którego Gartner spodziewa się, że ponad 40 procent projektów agentowych zostanie porzuconych do końca 2027 roku. Tryb awarii rzadko jest spektakularny. Jest cichszy niż to.

🔸 Niezawodność i niedeterminizm. To samo zapytanie nie daje dwa razy tego samego wyniku. Agenty się nie zawieszają, one dryfują: pętlą się, wybierają złe narzędzie albo działają na nieaktualnym kontekście. Koszt ujawnia się jako jakość i opóźnienie, bez czerwonej lampki na dashboardzie.

🔸 Ewaluacja i obserwowalność. Konsole no-code dają Państwu ubogie tracing. Zmierzenie, czy agent naprawdę się poprawia w całym wieloetapowym przebiegu, a nie tylko w finalnej odpowiedzi, to rozbudowa, którą muszą Państwo zbudować sami.

🔸 Governance danych i hosting. Większość tych platform to amerykański SaaS. Dla niemieckich danych oznacza to pytania o RODO i Schrems II, których nie da się zamieść pod dywan. Krótka lista opcji hostowanych samodzielnie, które trzymają dane na Państwa własnych serwerach w UE, to: n8n, Flowise, Langflow, Dify. Ten kompromis szerzej omawiamy w On-premise kontra cloud LLM oraz w tym, co RODO faktycznie dopuszcza.

🔸 Koszty przy skalowaniu. Rozliczanie za uruchomienie i za kredyt karze wolumen. Przy modelu kredytowym ten sam agent może kosztować kilka euro albo kilkaset, zależnie wyłącznie od tego, jak został zbudowany. Piloty wyglądają tanio. Produkcja często nie jest tania.

🔸 Lock-in i przekazanie. Zastrzeżone canvasy nie eksportują się do prawdziwego engineeringu. Gdy wyrastają Państwo z narzędzia no-code, zwykle budują od nowa, zamiast migrować.

Soczewka decyzyjna

Używam pięciu pytań, aby zdecydować, czy coś zostaje no-code, czy awansuje do zbudowanego systemu. Proszę ocenić każde jako niskie albo wysokie.

1. Wrażliwość danych. Czy dotyczy danych osobowych lub regulowanych?
2. Krzywa wolumenu i kosztów. Czy użycie skaluje się do punktu, w którym rozliczanie za kredyt zaczyna boleć?
3. Wymóg niezawodności. Czy to wewnętrzne i wyrozumiałe, czy skierowane do klienta z SLA?
4. Złożoność logiki. Lekkie rozgałęzienie czy głęboka, warunkowa i stanowa logika?
5. Audyt i ewaluacja. Czy potrzebują Państwo ewaluacji na poziomie trajektorii i śladu audytowego?

Dwie lub więcej odpowiedzi 'wysokie', i chcą Państwo budowy szytej na miarę albo hybrydowej. W przeciwnym razie no-code jest właściwym narzędziem, zwłaszcza do potwierdzania wartości.

Wzorzec, który sprawdza się w praktyce, nie jest wyborem albo-albo. Prototypują Państwo na czymś takim jak n8n czy Flowise, znajdują ścieżkę, która naprawdę dowozi wynik, a następnie hartują dokładnie tę jedną ścieżkę do własnego engineeringu. Prototyp nie poszedł na marne. Powiedział Państwu dokładnie, co budować.

Jak traktujemy je w iiterate

Sięgamy po no-code agent buildery wcześnie i często, a potem świadomie decydujemy, kiedy je opuścić. No-code agent to szybki, uczciwy sposób sprawdzenia, czy dany rezultat jest wart engineeringu, który byłby potrzebny, aby uczynić go niezawodnym. To realna wartość, a dla wielu zadań wewnętrznych to cała odpowiedź.

Błąd, który najczęściej widzę w sektorze MŚP, to traktowanie działającego demo jako gotowego systemu. To nie to samo, a luka między nimi to lista powyżej. Jeśli wiedzą Państwo, gdzie przebiega granica, zanim zaczną, dostają Państwo tempo bez porzuconego projektu. Jeśli chcą Państwo rzetelnego spojrzenia na to, gdzie AI w ogóle pasuje w przedsiębiorstwie z sektora MŚP, opisaliśmy to w rozwiązaniach AI dla sektora MŚP.

Dwa zastrzeżenia na wstępie dla niemieckiego nabywcy. Ceny wszystkich trzech platform zmieniają się często, każdą podaną tu liczbę należy więc traktować jako nieaktualną i wartą sprawdzenia. A rezydencja danych to realne ograniczenie brzegowe: żadne z nich domyślnie nie hostuje w UE, co ma znaczenie, zanim dane osobowe w ogóle wejdą w kontakt z rozmową.

Czym właściwie jest każde z nich

🔸 ElevenLabs Agents. Zbudowane na jakości głosu, z której znane jest ElevenLabs, teraz opakowane w hostowaną warstwę agentową z telefonią przez SIP. Wybór, gdy najbardziej naturalnie brzmiący głos i kontrola deweloperska są czynnikami decydującymi.

🔸 Retell AI. Infrastruktura voice agentów zorientowana przede wszystkim na telefonię. Pozycjonuje się poprzez niskie opóźnienia i niezawodną obsługę rozmów, przychodzących i wychodzących, i pozwala wnieść własnego operatora. Wybór dla produkcyjnej obsługi połączeń.

🔸 Voiceflow. Wizualna, oparta na współpracy platforma do projektowania agentów czatowych i głosowych, z wbudowaną bazą wiedzy. Prowadzona przez design i nastawiona przede wszystkim na no-code. Wybór dla zespołu CX lub design, który iteruje przebiegi. Proszę zauważyć, że żywy głos telefoniczny jest tu najsłabszy z całej trójki, ponieważ opiera się na osobnym dostawcy telefonii.

Jeśli Państwa zadanie jest bliższe agentowi tekstowemu lub korzystającemu z narzędzi niż linii telefonicznej, obowiązuje ta sama logika budować kontra kupić z No-Code-Agent-Builderów.

Porównanie, które się liczy

Wymiary, które faktycznie decydują o projekcie voice agenta, obok siebie:

Proszę czytać tę tabelę jako mapę kompromisów, nie tablicę wyników. Żadna kolumna nie jest najlepsza we wszystkim, i o to właśnie chodzi.

Gdzie pasuje każde z nich

🔸 Niemiecka linia wsparcia, która potrzebuje telefonii i naturalnego niemieckiego głosu. Proszę zacząć od Retell, ze względu na niezawodną obsługę rozmów i kontrolę nad operatorem, albo od ElevenLabs, jeśli naturalność niemieckiego głosu jest czynnikiem decydującym. Przy ścisłej suwerenności danych żadne z nich domyślnie nie hostuje w UE, warto więc zaplanować samodzielnie hostowany Retell lub alternatywę natywną dla UE.

🔸 Zespół prowadzony przez design, który buduje przebieg CX. Voiceflow. Wizualny kreator, współpraca wielu edytorów i baza wiedzy pozwalają zespołowi bez deweloperów iterować. Telefonię proszę dodać osobno, jeśli potrzebują Państwo głosu.

🔸 Deweloper, który chce maksymalnej jakości głosu i własnej kontroli. ElevenLabs. Najlepsze TTS, kontrola SDK, niezależność od modelu, SIP dla telefonii.

Ten wzorzec jest taki sam, jaki stosujemy przy większości decyzji o narzędziach: najpierw nazwać zadanie, potem wybrać narzędzie, do którego to zadanie należy.

Niemieckie pytanie o rezydencję danych

To ta część rozstrzyga, czy voice agent w ogóle jest dozwolony, zanim jakość głosu w ogóle zacznie się liczyć.

Zgodność z RODO to nie to samo co hosting w UE. Dostawca może być zgodny z RODO, a mimo to przetwarzać i przechowywać połączenia na infrastrukturze amerykańskiej, co ponownie otwiera kwestie Schrems II. Wśród tej trójki: ElevenLabs oferuje rezydencję danych w UE tylko w planie Enterprise, Retell osiąga ją poprzez hosting własny, a Voiceflow jest wyłącznie chmurą, bez opcji suwerennej rezydencji.

Dla niemieckiej linii wsparcia przetwarzającej dane klientów sprawia to, że shortlista staje się zarówno decyzją o hostingu, jak i decyzją o funkcjach. To ta sama logika, którą przedstawiamy w tym, co RODO faktycznie zezwala oraz w On-Premise kontra Cloud-LLM: proszę zdecydować, gdzie dane mogą się znajdować, a następnie wybrać narzędzie, które to respektuje.

Jak my byśmy wybrali

Nie zaczynalibyśmy od marki. Zaczęlibyśmy od trzech pytań: czy to działa przez telefon, kto to utrzymuje i gdzie mogą znajdować się dane.

Jeśli to linia telefoniczna, pierwsze spojrzenie zasługuje Retell. Jeśli jakość głosu niesie doświadczenie, a właścicielem jest deweloper, ElevenLabs. Jeśli zespół nietechniczny musi projektować i posiadać przebieg, Voiceflow. A jeśli dane nie mogą opuścić UE, rozmowa przenosi się na hosting, zanim dojdzie do funkcji, co często na nowo kształtuje shortlistę.

Ceny będą się nadal zmieniać, warto więc sprawdzić je ponownie w momencie oceny, zamiast ufać pojedynczej liczbie. Trwałym elementem jest dopasowanie, a dopasowanie wynika z zadania.

Ten artykuł wyjaśnia, dlaczego je zbudowaliśmy, co potrafi, gdzie szczerze się kończy, i na koniec stawia otwarte pytanie.

OBOWIĄZEK, KRÓTKO I RZETELNIE

Faktura elektroniczna w niemieckim obrocie B2B nie jest już opcją, lecz obowiązkiem, a harmonogram jest konkretny.

• Od 1 stycznia 2025 roku każde krajowe przedsiębiorstwo musi być w stanie odbierać i przetwarzać e-faktury. Bez wyjątku, bez progu obrotu, dotyczy to również drobnych przedsiębiorców.
• Do końca 2026 roku przy wysyłce dopuszczalny jest jeszcze papier lub PDF, przy czym PDF tylko za zgodą odbiorcy.
• Od 2027 roku przedsiębiorstwa z obrotem powyżej 800.000 euro w poprzednim roku muszą wystawiać e-faktury, od 2028 roku dotyczy to już wszystkich.

Pod pojęciem e-faktury nie kryje się załącznik PDF, lecz ustrukturyzowany format zgodny z europejską normą EN 16931. ZUGFeRD to wariant powszechnie stosowany w Niemczech: plik PDF/A-3 z osadzonym plikiem XML. Człowiek widzi czytelny PDF, a oprogramowanie odczytuje bezpośrednio plik XML, bez przepisywania i bez rozpoznawania tekstu. Grafika poniżej pokazuje właśnie te dwa spojrzenia na ten sam plik.

DLACZEGO PO PROSTU NIE WZIĘLIŚMY SUBSKRYPCJI

Impuls zna każdy: obowiązek nadchodzi, więc potrzebne jest narzędzie. Oczywistą odpowiedzią jest subskrypcja, i właśnie w tym miejscu się zatrzymaliśmy.

Dla zasadniczo prostego procesu, jakim jest wygenerowanie pliku PDF z osadzonym XML, szybko narastają powtarzające się koszty: popularne narzędzia do fakturowania zaczynają się od około 10 euro miesięcznie, a w przypadku wysyłki e-faktur, w zależności od taryfy, sięgają znacznie wyżej. Firma wystawiająca zaledwie kilka faktur miesięcznie płaci w ten sposób stale za pełną księgowość, z której w ogóle nie korzysta.

Prawdziwym powodem nie była jednak cena, lecz dane. Faktura zawiera nazwiska, adresy i często dane bankowe. Jeśli przesyła się ją przez narzędzie chmurowe, jest to powierzenie przetwarzania danych zgodnie z art. 28 RODO: umowa, zewnętrzny dostawca, dane opuszczające siedzibę firmy. Przy rozwiązaniu self-hosted odpada to całkowicie. To ta sama logika, którą stosujemy w przypadku modeli językowych, opisana w On-Premise vs. Cloud-LLM: zachować korzyści, nie oddawać suwerenności nad danymi.

CO KONKRETNIE ROBI BELEGT

Belegt jest celowo małe i wąsko zdefiniowane. To generator, a nie zamiennik księgowości.

Technicznie jest to aplikacja webowa, którą uruchamia się na własnym komputerze lub serwerze. Dane przechowywane są lokalnie w pliku, a wrażliwe pola, takie jak dane bankowe, są przy tym zaszyfrowane. Narzędzie generuje faktury ZUGFeRD i Factur-X w profilu EN 16931, czyli na poziomie uznawanym prawnie za pełnoprawną e-fakturę, sprawdza je pod kątem zgodności z normą, nadaje kolejne numery faktur, zarządza profilami firm i klientów oraz śledzi otwarte pozycje i zestawienia.

Dwie rzeczy, które oszczędzają nam najwięcej czasu: prowadzony krok po kroku proces, który finalizuje zgodną fakturę w kilku krokach, oraz to, że wygenerowany plik od razu zawiera warstwę maszynową, której potrzebuje odbiorca. Sami z niego korzystamy, co miesiąc. To najbardziej szczera rekomendacja, jaką możemy dać: nie zbudowaliśmy tego z myślą o rynku, lecz dla siebie. To jedno z kilku małych narzędzi, które powstały w podobny sposób jak narzędzie event-scout.

GDZIE SZCZERZE SIĘ KOŃCZY

Samodzielnie hostowane pojedyncze narzędzie ma realne granice, a przemilczenie ich byłoby dokładnie tym rodzajem marketingu, którego nie uprawiamy.

🔸 Norma się zmienia. EN 16931 i listy kodów są regularnie aktualizowane. Generator musi być utrzymywany, inaczej w pewnym momencie zacznie tworzyć faktury niezgodne z normą. To praca, którą ktoś musi wykonać.
🔸 Archiwizacja nie jest wliczona. Wygenerowanie to nie to samo co archiwizacja zgodna z wymogami kontroli. GoBD wymagają niezmiennego przechowywania w oryginalnym formacie, obecnie przez osiem lat. Tego samego generatora nie rozwiąże, to pozostaje zadaniem użytkownika.
🔸 Nie zastępuje doradcy podatkowego. Technicznie poprawna faktura może pod względem merytorycznym nadal być niekompletna. Nie ma bezpośredniego połączenia z kancelarią ani z systemami księgowymi.

Podsumowując uczciwie: Belegt zamyka obowiązkową lukę generowania i walidacji w sposób czysty i bez subskrypcji. Archiwizacja i procesy podatkowe pozostają poza jego zakresem. Kto pomyli to z pełnym pakietem, ten się zawiedzie. Kto ma dokładnie tę jedną lukę, ten dostaje narzędzie bez zbędnego balastu.

CZY POWINNIŚMY JE UDOSTĘPNIĆ, I JAK?

Ten artykuł celowo kończy się pytaniem zamiast odpowiedzią, ponieważ sami jeszcze jej nie znamy.

Istnieją dwie prawdopodobne drogi. Pierwsza: udostępniamy Belegt jako rozwiązanie self-hosted, które każda mała firma może uruchomić na własnej maszynie, bez subskrypcji i z danymi we własnej siedzibie. Druga: oferujemy utrzymywaną wersję, którą aktualizujemy na bieżąco, pomagamy we wdrożeniu i za którą odpowiadamy w zakresie aktualizacji normy, w zamian za sprawiedliwą opłatę. Obie ścieżki mają swoją logikę, a obciążenie związane z utrzymaniem, opisane w poprzedniej sekcji, jest właśnie powodem, dla którego odpowiedź nie jest trywialna.

Dlatego ta szczera prośba: jeśli lokalne, zgodne z ochroną danych, wolne od subskrypcji narzędzie ZUGFeRD byłoby przydatne dla Państwa lub Państwa firmy, prosimy o kontakt. Czy wystarczyłoby Państwu samodzielne prowadzenie go, czy woleliby Państwo wersję z opieką? Właśnie ten sygnał pomoże nam zdecydować, czy coś, co zbudowaliśmy dla siebie, stanie się czymś, czym się dzielimy.

Claude Code, Codex, Cursor, Antigravity i Opencode rozwiązują to samo zadanie na bardzo różne sposoby. Jedno pytanie, które dzieli to pole, jest proste: czy kod danej firmy może opuszczać jej mury? Kto może odpowiedzieć na to pytanie twierdząco, wybiera według stosu technologicznego. Kto nie może, ma dokładnie jedną poważną opcję. Ten tekst porządkuje te pięć narzędzi wzdłuż tego pytania i kończy się decyzją, którą polecam niemieckiemu zespołowi.

PIĘĆ NARZĘDZI, JEDNO PIERWSZE PYTANIE

Tych pięć narzędzi znajduje się na różnych poziomach, a sam format już wiele mówi o sposobie ich zastosowania.

• Claude Code to agent terminalowy od Anthropic: mocny w zmianach obejmujących wiele plików, dużym kontekście i pętli agentowej w terminalu.
• Codex od OpenAI dostępny jest jako CLI, sandbox w chmurze oraz integracja z IDE, w ramach wspólnego okna wykorzystania.
• Cursor to IDE oparte na AI z trybem agenta oraz agentów działających w tle, z dowolnym wyborem modelu.
• Antigravity to skoncentrowane na agentach IDE od Google, dostępne od 20.11.2025, z interfejsem menedżera do uruchamiania i obserwowania równoległych agentów (Google).
• Opencode to otwartoźródłowy agent terminalowy na licencji MIT, niezależny od modelu, obsługujący wielu dostawców oraz samodzielnie hostowane endpointy (opencode.ai).

To, jak te narzędzia wpisują się w stos technologiczny, od API po CLI, omówiliśmy w API, MCP czy CLI. Tutaj chodzi o wybór, a ten zaczyna się od sytuacji danych.

CZY WASZ KOD OPUSZCZA FIRMĘ?

To jedno pytanie porządkuje pole szybciej niż jakakolwiek lista funkcji, ponieważ decyduje o zgodności i poufności, zanim jakakolwiek funkcja zacznie się liczyć.

Cztery z pięciu narzędzi wysyłają kod do cudzej chmury. Claude Code, Codex, Cursor i Antigravity działają na hostowanych modelach w USA. To nie jest samo w sobie powód do wykluczenia: dla wielu projektów jest to w porządku, a w planie Enterprise można wynegocjować klauzule zero-data-retention i no-train. Ale kod wychodzi na zewnątrz, i trzeba to świadomie zaakceptować, a nie przeoczyć.

Opencode jest wyjątkiem. Ponieważ jest niezależny od modelu i potrafi komunikować się z lokalnym endpointem, działa całkowicie na samodzielnie hostowanym modelu. Wtedy kod nigdy nie opuszcza firmy. To dokładnie ta linia podziału, która decyduje o wszystkim, co następuje dalej. Który model open-weight zostanie za tym postawiony, to osobna decyzja, którą omawiamy w Model open-weight dla niemieckiego B2B.

JEŚLI CHMURA JEST OK: WYBIERAJ WEDŁUG STOSU

Jeśli świadomie akceptuje się hostowaną chmurę, wówczas o wyborze decyduje stos technologiczny, a nie benchmark. Krótkie zestawienie:

Pragmatyczna reguła: firma zorientowana na Anthropic sięga po Claude Code, firma zorientowana na OpenAI po Codex, zespół skoncentrowany na IDE po Cursor lub Antigravity. Krążą liczby benchmarków w rodzaju wyników SWE-Bench na poziomie około 85 procent, ale są to zwykle dane dostawców, rzadko niezależnie zweryfikowane; nie opierałbym na nich wyboru narzędzia. To, co agent kodujący potrafi poza czystym programowaniem, pokazuje nasz artykuł Claude Code poza inżynierią.

JEŚLI KOD MUSI ZOSTAĆ W FIRMIE: OPENCODE PLUS WŁASNY MODEL

Jeśli kod nie może opuszczać firmy, pozostaje jedna poważna opcja, i jest ona dobra.

Opencode jest otwartoźródłowy na licencji MIT, obsługuje wielu dostawców i, co decydujące, lokalny endpoint. W połączeniu z samodzielnie hostowanym modelem open-weight powstaje agent kodujący, w którym ani kod źródłowy, ani prompty nie opuszczają własnej infrastruktury. Dla danych regulowanych, tajemnic klientów lub po prostu ostrożnych klientów jest to często jedyna wykonalna konfiguracja. Otwartemu modelowi do kodowania, takiemu jak Kimi K2.7, przyjrzeliśmy się specjalnie w tym celu.

Ceną tej kontroli jest własna praca: model, sprzęt i eksploatację trzeba skompletować samodzielnie, nie ma zarządzanej floty agentów w chmurze. W praktyce pomaga nadanie agentowi struktury, na przykład mapy bazy kodu, jak opisaliśmy w Graphify. Nakład pracy jest realny, ale kupuje coś, czego hostowane narzędzia nie mogą zaoferować.

JAK JA TO DECYDUJĘ

Nie potrzeba jednej odpowiedzi dla całej firmy, lecz właściwej w zależności od sytuacji danych. Oto jak ja to robię:

1. Wyjaśnić sytuację danych. Czy dany kod może trafić do chmury w USA? Ta odpowiedź pochodzi od działu prawnego i klienta, nie od zespołu deweloperskiego.
2. Jeśli tak, wybrać według stosu. Firma zorientowana na Anthropic wybiera Claude Code, firma zorientowana na OpenAI wybiera Codex, zespół skoncentrowany na IDE wybiera Cursor lub Antigravity, każdorazowo z wynegocjowanymi warunkami ZDR i no-train.
3. Jeśli nie, Opencode plus własny model. Jedyna opcja, w której kod nie opuszcza firmy.
4. Mieć na oku lock-in. Każde narzędzie wymaga własnego powiązania, dlatego warto zachować otwartą drogę powrotu do niższej warstwy, gdyby dostawca zmienił warunki.

My sami pracujemy, w zależności od projektu, z kilkoma z tych narzędzi, i właśnie na tym polega sedno: wybór jest przypisany do projektu, a nie do światopoglądu. To małe wewnętrzne narzędzie, które zbudowaliśmy z agentem zamiast je zlecać, opisujemy w Building event-scout. Które z repozytoriów w Państwa firmie właściwie nie powinny dziś trafiać do cudzej chmury, a jakiego narzędzia mimo to się do tego używa?

To jest mapa tej powierzchni: do czego służy każda część i gdzie leżą ostre krawędzie.

PIĘĆ SPOSOBÓW NA ROZSZERZENIE, JEDNA ZASADA

Pod różnymi nazwami każdy punkt rozszerzenia robi to samo: przenosi know-how z promptu do zwersjonowanych plików, które agent wczytuje, gdy ich potrzebuje.

• Skills to foldery instrukcji, skryptów i zasobów. Krótki opis znajduje się w kontekście; pełny skill wczytuje się dopiero, gdy agent uzna go za istotny. To jest progresywne ujawnianie: tanie w utrzymaniu, szczegółowe przy wywołaniu.
• Slash-commands to nazwane skróty, które rozwijają się w ustalony prompt. Prosty sposób, aby raz zakodować powtarzające się zapytanie i wykorzystywać je wielokrotnie.
• Hooki to polecenia powłoki uruchamiane przy zdarzeniach cyklu życia: start sesji, przed wywołaniem narzędzia, po nim, przy zatrzymaniu. Hook typu pre-tool może sprawdzić wywołanie i zablokować je, zanim się wykona.
• Connectory MCP dają agentowi uwierzytelniony dostęp do systemów, których inaczej by nie osiągnął: bazy danych, issue trackera, wewnętrznego API. Każdy serwer nosi własne dane uwierzytelniające.
• Subagenty to odrębne instancje agenta uruchamiane do skoncentrowanego podzadania, z własnym kontekstem i własnymi instrukcjami.

Plugin łączy dowolne z nich w jedną instalowalną jednostkę. Zasada leżąca u podstaw wszystkiego: proszę kodować swoje know-how jako pliki w swoim repozytorium, a nie jako nawyki w głowie jednej osoby. Wariant tego wyboru dotyczący integracji systemów przedstawiliśmy w API, MCP czy CLI.

SKILLS I MCP NIE SĄ RYWALAMI

Najczęstsze pytanie w tej chwili brzmi "skills czy MCP", a szczera odpowiedź jest taka, że rozwiązują one różne problemy.

MCP to dostęp: łączy agenta z systemem, do którego sam by nie dotarł, wraz z danymi uwierzytelniającymi i stanem. Skills to know-how: powtarzalna ekspertyza, którą agent stosuje wobec systemów, które już posiada. Krążąca analogia trafnie to ujmuje: MCP to alejki w markecie budowlanym, skills to doświadczony pracownik, który wie, do której alejki trzeba pójść.

O kształcie dobrej konfiguracji decyduje ekonomia tokenów. Skill kosztuje kilkadziesiąt tokenów, dopóki nie zostanie wywołany. Garść serwerów MCP może pochłonąć dziesiątki tysięcy tokenów kontekstu, zanim zacznie się pierwsze zadanie, ponieważ każdy serwer z góry zapowiada wszystkie swoje narzędzia. Wzorzec pracy, do którego dąży większość praktyków, to więc wiele szczupłych skills i nieliczne, dobrze dobrane connectory, a nie stos instalowania wszystkiego. Poniższe demo omawia pięć typów rozszerzeń oraz koszt i ryzyko, jakie niesie każdy z nich.

DLACZEGO OTWARTY STANDARD LICZY SIĘ DLA SUWERENNOŚCI

Najbardziej przydatna niedawna zmiana polega na tym, że warstwa rozszerzeń przestała być funkcją jednego dostawcy.

Agent Skills opublikowano w grudniu 2025 roku jako otwarty standard, a format ten w ciągu kilku tygodni został przyjęty przez wielu dostawców agentów. W praktyce oznacza to, że skill napisany dla jednego harnessu nie jest w nim uwięziony. Dla niemieckiej firmy, która rozważa ryzyko bycia "związanym z jednym dostawcą z USA", to częściowa odpowiedź na poziomie, który Państwo kontrolują: know-how, które Państwo kodują, jest przenośne, nawet jeśli leżący pod spodem model jest wynajmowany.

Jeśli połączą to Państwo z connectorami wskazującymi na systemy hostowane w UE lub on-premise, wówczas historia rezydencji danych utrzymuje się równolegle z historią kompetencji. Know-how jest Państwa i przenośne; dane pozostają tam, gdzie muszą. To trwalsza pozycja niż stawianie workflow na mapie drogowej jednego dostawcy, ta sama logika, która stoi za wyborem agenta kodującego według harnessu, a nie modelu.

KAŻDY PUNKT ROZSZERZENIA TO POWIERZCHNIA ATAKU

Ta sama moc, która czyni harness użytecznym, czyni go niebezpiecznym, a ryzyka są świeże i udokumentowane, nie hipotetyczne.

Hooki wykonują dowolne polecenia powłoki, to dokładnie jest powierzchnia wykonania. Check Point ujawnił w lutym 2026 roku CVE-2025-59536: złośliwy plik ustawień w sklonowanym repozytorium mógł uruchomić hooki, zanim w ogóle pojawiło się okno dialogowe zaufania. Powiązany problem, CVE-2026-21852, dotyczył eksfiltracji kluczy API poprzez nadpisanie zmiennych środowiskowych. MCP niesie własny problem łańcucha dostaw: każdy serwer przechowuje dane uwierzytelniające, a skany wykryły setki serwerów MCP dostępnych w internecie bez uwierzytelniania. Marketplace'y skills wymieniają już tysiące skills społecznościowych, łatwych do zainstalowania i trudnych do zweryfikowania, z doniesieniami o skills po prostu złośliwych w obiegu.

Żadne z tego nie jest powodem, aby nie rozszerzać harnessu. To powód, aby robić to świadomie.

ZARZĄDZAJ KATALOGIEM, NIE KOLEKCJONUJ WTYCZEK

Dyscyplina, która odróżnia konfigurację produkcyjną od eksperymentu naukowego, to sprawdzony, zatwierdzony katalog: znany zestaw skills, hooków i connectorów, który ktoś przeczytał, z bramką zaufania przed dodaniem czegokolwiek nowego.

To nieefektowne i to cała gra. Które hooki mogą wykonywać polecenia powłoki. Które serwery MCP przechowują jakie dane uwierzytelniające. Które skills są zatwierdzone i kto je zatwierdził. Dla zespołu z sektora MŚP to miejsce, w którym wiedza instytucjonalna staje się trwałym narzędziem, przetrwającym zmiany kadrowe, i w którym praca przestaje być sprytną konfiguracją jednego inżyniera, a staje się czymś, co należy do firmy. Gdy budowaliśmy nasze własne wewnętrzne narzędzie do scoutingu jako małą agentyczną aplikację, wartość leżała nie w sprycie, lecz w tym, że proces stał się teraz zatwierdzonym plikiem w repozytorium, a nie wspomnieniem. Opisaliśmy to w Budowa małej agentycznej micro-app.

Model mogą Państwo wymienić w przyszłym kwartale. Katalog rozszerzeń to dobro, które Państwo zachowują. Pytanie, które warto sobie zadać przed instalacją kolejnego pluginu, jest więc proste: kto go zweryfikował i do czego może uzyskać dostęp?

Ten artykuł to trzeźwy przegląd: przypadki użycia, które się sprawdzają, dofinansowanie, które faktycznie istnieje w Nadrenii-Palatynacie, oraz jedna przeszkoda, która hamuje niemal wszystko.

KTÓRE ROZWIĄZANIA AI REALNIE SIĘ SPRAWDZAJĄ

Rozwiązania, które sprawdzają się w sektorze MŚP, są niespektakularne i blisko istniejących procesów. Oszczędzają czas, rzadko wprost tworzą nowy przychód.

🔸 Inteligentne przetwarzanie dokumentów. Automatyczne odczytywanie i klasyfikowanie faktur, dokumentów dostawy, umów i e-maili. Najniższy próg wejścia, szybko odczuwalny efekt.
🔸 Zarządzanie wiedzą oparte na RAG. Własne, firmowe źródło informacji o wewnętrznych zasobach dokumentów: instrukcje, dokumentacja procesów, oferty, historia obsługi. Odciąża onboarding i wsparcie, a wiedza nie ginie przy zmianie pracownika.
🔸 Automatyzacja ofert i faktur. Generowanie treści ofert i kalkulacji na podstawie wcześniejszych zleceń, uporządkowanie przepływów fakturowania. I tak na porządku dziennym w związku z obowiązkiem e-faktury.
🔸 Agenci obsługi oparci na własnej wiedzy. Wsparcie pierwszej linii i FAQ oparte na danych firmy, a nie na ogólnym chatbocie z chmury.
🔸 Lokalne modele LLM dla danych wrażliwych. Przetwarzanie danych kadrowych, klienckich, konstrukcyjnych lub danych pacjentów lokalnie albo w niemieckim hostingu.

Trzeźwa ocena: AI w sektorze MŚP przekłada się przede wszystkim na efektywność, rzadko bezpośrednio na przychód. Kto nie wybierze starannie przypadku użycia, spala budżet, tym bardziej że wydatki na innowacje raczej spadają.

KRAJOBRAZ DOFINANSOWANIA W NADRENII-PALATYNACIE, BEZ MITÓW

Zanim przejdziemy do dofinansowania, uporządkujmy sprawę: wiele krążących programów jest martwych albo nigdy nie dotyczyło Nadrenii-Palatynatu. DigiBoost RLP zostało zamknięte już w 2022 roku, ogólnokrajowy program go-digital wygasł pod koniec 2024 roku, a często wspominany bon cyfryzacyjny w wysokości 20 000 euro dotyczy Nadrenii Północnej-Westfalii, nie Nadrenii-Palatynatu.

Co realnie funkcjonuje w latach 2025 i 2026:

• Betriebsberatungsprogramm RLP. Od grudnia 2025 roku, dofinansowanie między innymi do cyfryzacji i sztucznej inteligencji. Zastępuje wcześniejszy program BITT.
• IBI-EFRE Rheinland-Pfalz. Dofinansowanie do innowacji i cyfryzacji w przedsiębiorstwach, dla MŚP z siedzibą w Nadrenii-Palatynacie.
• Innovationsgutschein RLP. Do 20 000 euro bezzwrotnego dofinansowania na zlecenia badawczo-rozwojowe dla podmiotów zewnętrznych.
• Mittelstand-Digital Zentrum Kaiserslautern. Bezpłatne, neutralne wobec dostawców doradztwo, warsztaty i demonstratory.

Dofinansowanie zatem istnieje. Nie zastępuje ono jednak decyzji o tym, co właściwie chce się zbudować. Właśnie w tym pomaga zestawienie na poniższej grafice.

PRAWDZIWĄ PRZESZKODĄ JEST OCHRONA DANYCH, NIE TECHNOLOGIA

Kiedy projekty AI w sektorze MŚP kończą się porażką, rzadko winny jest model. Porażka wynika z pytania, gdzie wolno przechowywać dane.

77 procent przedsiębiorstw wskazuje ochronę danych jako największą przeszkodę, przed brakiem wykwalifikowanych pracowników z wynikiem 70 procent. Jednocześnie 73 procent zezwala pracownikom na korzystanie z modeli językowych, ale tylko 23 procent ogranicza to do modeli własnych firmy. Mówiąc wprost: mniej więcej połowa pozwala swobodnie i bez kontroli działać ogólnodostępnym modelom z chmury. To nie jest cyfryzacja, to AI w cieniu, czyli zapowiedziany wyciek danych.

Do tego dochodzi brak dojrzałości danych, niemal jedna czwarta nie dysponuje odpowiednimi danymi, oraz uzasadniony sceptycyzm co do ROI. Luka nie dotyczy tego, czy stosować AI, czy nie. Leży ona między nieformalnym użyciem a bezpiecznymi, produktywnymi ramami.

SUWERENNY NIE ZNACZY DROŻSZY, ZNACZY STEROWALNY

Odpowiedzią na przeszkodę związaną z ochroną danych nie jest rezygnacja z AI. Jest nią dopasowanie miejsca przetwarzania do wrażliwości danych, a nie do marketingu.

Dla zadań niekrytycznych model chmurowy jest do przyjęcia. Gdy w grę wchodzą dane osobowe, poufne lub kluczowe dla działalności firmy, przetwarzanie powinno odbywać się w niemieckim lub unijnym środowisku albo na własnym sprzęcie. RAG na własnym zasobie danych, lokalnie lub hostowany w Niemczech, daje korzyści modelu językowego bez wysyłania treści na zewnątrz przy każdym zapytaniu. To, kiedy lokalna AI jest uzasadniona względem chmury, opisujemy w On-Premise vs. Cloud-LLM, a jak technicznie działa przy tym RAG, w Czym jest RAG.

Szczerze mówiąc: nie każde rozwiązanie musi być on-premise. Sztuką jest właściwe dopasowanie, a tego nie zdejmie z Państwa żadne narzędzie ani żadna decyzja o dofinansowaniu.

REALISTYCZNY PIERWSZY KROK

Realna droga jest trzeźwa i podzielona na etapy, a nie jedną wielką obietnicą AI naraz.

Należy nadać priorytet przypadkowi użycia, od którego zależy czas lub liczba błędów. Sprawdzić fundament danych, bo RAG na chaotycznym zasobie nie przynosi wartości. Zbudować mały pilotaż z jasną miarą sukcesu. Dopiero potem skalować. Te etapy można współfinansować przez Betriebsberatungsprogramm RLP lub Innovationsgutschein, a bezpłatnie wesprzeć przez Mittelstand-Digital Zentrum. Pełny przebieg opisaliśmy w praktycznym planie wdrożenia AI.

My w iiterate mamy siedzibę w Koblencji i Remagen i łączymy właśnie te trzy elementy: strategię, budowę i zgodność z przepisami. Sektor MŚP w Nadrenii-Palatynacie już zaczął. Zadaniem jest przekształcenie nieformalnych prób w coś suwerennego i odpornego. Od czego zaczęliby Państwo i gdzie leżą Państwa najbardziej wrażliwe dane?

Veo, Kling i Seedance dostarczają imponujące klipy, ale są zamknięte i hostowane. Wan Animate od Alibaby to jedyny otwarty model w tym zestawieniu, a przez to interesująca dźwignia dla wszystkich, którzy nie chcą oddawać materiału z rąk. Ten tekst porządkuje te cztery modele z perspektywy niemieckiej firmy, która buduje demo produktów i filmy marketingowe, i traktuje poważnie regulację, która wchodzi w życie w sierpniu.

AUDIO STAŁO SIĘ STANDARDEM, JAKOŚĆ STAŁA SIĘ OBOWIĄZKIEM

Najważniejszą zmianą roku jest to, że widoczna jakość nie jest już przewagą, lecz warunkiem wejścia.

Natywny dźwięk stał się standardem. Veo 3 wprowadziło synchronicznie generowane audio, a do początku 2026 roku również Kling 2.6 i Seedance 2.0 od ByteDance generowały dialog i dźwięki w jednym przebiegu. Nieme modele wydają się przy pracy nad demo już przestarzałe. Jednocześnie klipy pozostają krótkie: osiem sekund natywnie to typowa długość, Seedance 2.0 osiąga około piętnastu, a dłuższe fragmenty powstają przez łączenie, a nie z jednego ujęcia.

Chińskie laboratoria prowadzą w kilku rankingach. Seedance w czerwcu 2025 roku znalazło się na szczycie niezależnych porównań tekst-na-wideo, przed Veo 3 i Kling (arXiv). Takie miejsca zmieniają się co miesiąc. To właśnie powód, by wyboru nie opierać na rankingu, lecz na trzech kryteriach, które pozostają stabilne.

CZTERY MODELE W SKRÓCIE

Ważna uwaga dotycząca nazewnictwa na wstępie: w ByteDance Seedream to model obrazu, a Seedance to model wideo. Tutaj mowa jest o Seedance.

• Veo 3.1 (Google, zamknięty). Najlepsza wierność promptowi, synchroniczny dźwięk 48 kHz, najgłębsza integracja z pipeline'em przez Vertex AI i Flow. Hostowany, wynik nosi znak wodny SynthID od Google.
• Kling 2.6 (Kuaishou, zamknięty). Mocne image-to-video i dobry ruch, od wersji 2.6 z natywnym dźwiękiem, do około dziesięciu sekund. Dostępny przez API, z przechowywaniem danych w Singapurze.
• Seedance 2.0 (ByteDance, zamknięty). Dłuższe klipy, do około piętnastu sekund, oraz planowanie ruchu kamery. Towarzyszy temu otwarta kwestia prawna, odkąd Disney w lutym 2026 roku wysłał wezwanie do zaprzestania naruszeń, co stanowi realne ryzyko dla zastosowań komercyjnych.
• Wan Animate (Alibaba, otwarty). Wydany na licencji Apache 2.0 i możliwy do samodzielnego hostowania, wyspecjalizowany w animacji postaci, przenoszeniu ruchu i zastępowaniu postaci na podstawie obrazu referencyjnego (Hugging Face). Mniej dopracowany i krótsze klipy niż modele hostowane, za to pełna kontrola.

Runway, Sora 2 od OpenAI i MiniMax dodatkowo wypełniają pole, ale w kwestii kluczowej dla tego tekstu wypadają podobnie: mocne, ale zamknięte.

OBOWIĄZEK OZNACZANIA WCHODZI W ŻYCIE 2 SIERPNIA

Regulacja jest w 2026 roku prawdziwym wydarzeniem, nie kolejny model. Kto komercyjnie wykorzystuje wideo AI, musi wcześniej rozwiązać kwestię oznaczania.

Obowiązki w zakresie przejrzystości wynikające z artykułu 50 rozporządzenia AI Act mają zastosowanie od 2 sierpnia 2026 roku (EU AI Act). Media syntetyczne muszą być oznaczone w sposób czytelny dla maszyn, a deepfake'i muszą być odpowiednio oznaczone. W praktyce oznacza to: pochodzenie treści to funkcja zgodności z przepisami, a nie miły dodatek. Modele hostowane częściowo to zapewniają, Google na przykład przez SynthID, inne przez dowody pochodzenia treści C2PA. Samodzielnie hostowany Wan nie niesie natomiast żadnego wymuszonego znaku wodnego, więc oznaczanie leży wtedy w Państwa rękach, jako osobny, udokumentowany krok w pipeline.

To, jakie treści AI podlegają rozporządzeniu i co należy wdrożyć do kiedy, wyjaśniliśmy w EU AI Act 2026 oraz w ramach RODO i AI.

OTWARTY MODEL TO DŹWIGNIA

Jeśli materiał nie może opuścić firmy, to prawdziwą odpowiedzią jest otwarty model, a nie ten najładniejszy.

Wan w wersjach od 2.1 do 2.2 oraz Wan Animate są konsekwentnie udostępniane na licencji Apache 2.0, czyli z pełnym prawem do komercyjnego wykorzystania, dalszego udostępniania i fine-tuningu, bez "telefonu do domu". Mniejszy wariant działa na pojedynczej karcie 24 GB, wariant 14B wymaga około 80 GB. Samodzielnie hostowany na europejskiej, w razie potrzeby odizolowanej infrastrukturze, żaden materiał nie opuszcza kontroli Państwa firmy, nie ma obcych warunków użytkowania ani geopolitycznej zależności. Ceną jest mniejsze dopracowanie i krótsze klipy niż w przypadku Veo czy Seedance, co świadomie się akceptuje w zamian za suwerenność.

To ta sama logika, którą stosujemy w przypadku modeli językowych: otwarty, kontrolowany model bije ostatnie procenty jakości, gdy liczy się kontrola (suwerenna europejska AI). Ta sama otwarta droga zarysowuje się również w przypadku modeli świata (NVIDIA Cosmos 3).

JAK JA DECYDUJĘ O TYM DLA PROJEKTU DEMO

Decyzja podąża za sytuacją danych i celem, a nie za najładniejszym demo reelem. Oto jak postępuję:

1. Materiał wrażliwy lub regulowany. Jeśli wideo pokazuje produkty przed premierą rynkową, klientów lub treści wewnętrzne, wtedy samodzielnie hostowany Wan na infrastrukturze unijnej, a oznaczanie jako osobny krok w pipeline.
2. Publiczny marketing, treść niekrytyczna, decyduje dopracowanie. Wtedy model hostowany, taki jak Veo lub Seedance, ale ze świadomie wybranymi warunkami i wyjaśnionym pochodzeniem treści.
3. W każdym przypadku oznaczanie należy rozwiązać przed 2 sierpnia, nie po tej dacie.

W naszej własnej pracy kreatywnej mieszamy te podejścia zależnie od projektu, a chodzi nie o to, by ogłosić jeden model zwycięzcą. Chodzi o to, że widoczna jakość stała się łatwa, a o zastosowaniu decydują trudne pytania: sytuacja danych, prawa i oznaczanie. Które z Państwa planowanych wideo w ogóle mogliby Państwo powierzyć hostowanej usłudze z USA, a które powinno trafić na Państwa własną infrastrukturę?

Qwen, Kimi, Nemotron i Minimax są w 2026 roku wszystkie na poważnie użyteczne. Jednak tylko trzy z czterech mają naprawdę wolną licencję, tylko jedna rodzina dobrze pasuje do sprzętu typowego dla sektora MŚP, a żaden dostawca nie publikuje rzetelnego porównania właśnie tej czwórki w języku niemieckim. Ten tekst porządkuje te cztery modele według kryteriów, które kupujący musi faktycznie sprawdzić, i kończy się decyzją, którą polecam firmie z sektora MŚP.

Najpierw licencja, potem benchmark

Licencja jest pierwszą bramką, ponieważ decyduje o każdym komercyjnym zastosowaniu on-premise, zanim jakikolwiek benchmark zacznie się liczyć.

Trzy z czterech są tu proste. Qwen3 działa na licencji Apache 2.0, Minimax M2 na licencji MIT, Kimi K2 na zmodyfikowanej licencji MIT (Hugging Face). To prawdziwe, wolne uprawnienia: użycie komercyjne, redystrybucja, fine-tuning, bez łączenia się z serwerem dostawcy.

🔸 Nemotron to szczególny przypadek.
Open Model License firmy NVIDIA nie jest czystą licencją Apache ani MIT. Wiąże ona użytkowanie z warunkami NVIDIA i wygasa automatycznie, jeśli usunie się wbudowane mechanizmy zabezpieczające (NVIDIA). Model jest dobry, ale ten zapis trafia najpierw do działu prawnego, nie do inżynierii. Podejście NVIDIA opisaliśmy szczegółowo w artykule o Nemotron 3.

Kto powołuje się na suwerenność jako argument, powinien umieć czytać licencję jak umowę, bo dokładnie tym ona jest.

Jak dobry jest naprawdę ten niemiecki?

Uczciwa odpowiedź brzmi: nie istnieje rzetelne porównanie tych czterech modeli w języku niemieckim, trzeba więc przeprowadzić je samodzielnie.

Niemiecka infrastruktura ewaluacyjna istnieje. SuperGLEBer, ranking Occiglot Euro-LLM oraz MMLU-ProX obejmujący 29 języków uwzględniają niemiecki (ACL Anthology). Brakuje natomiast opublikowanego porównania bezpośredniego dokładnie tej czwórki na niemieckim tekście. Qwen3 został wytrenowany na 119 językach i jest rodziną o najszerzej udokumentowanej wielojęzyczności (Qwen); w przypadku Kimi, Nemotron i Minimax dostawcy nie wskazują niemieckiego jako odrębnego priorytetu.

Praktyczny wniosek jest niewygodny, ale jasny: miejsca w rankingach opartych na testach angielskich niewiele mówią o jakości na Państwa niemieckich umowach, ofertach czy tekstach wsparcia. Jedynym wiarygodnym testem jest test na własnym materiale. Jak w ogóle czytać rankingi, nie dając się zwieść, opisujemy w artykule o modelu lokalnym.

Co działa na waszym sprzęcie

Dopasowanie do sprzętu porządkuje stawkę szybciej niż jakikolwiek benchmark, ponieważ model, który nie mieści się na Państwa kartach, po prostu odpada.

Qwen3 stanowi tu wyjątek. Warianty gęste od 4B do 32B działają po kwantyzacji na jednej lub dwóch kartach GPU, a wariant MoE 30B-A3B zapewnia jakość modelu przy zaledwie około 3B aktywnego obciążenia obliczeniowego. To rozmiar dopasowany do typowej maszyny on-premise w sektorze MŚP.

Kimi K2 i Minimax M2 to modele MoE klasy frontier. Minimax aktywuje wprawdzie tylko 10B parametrów, jednak pełne wagi wymagają serwera z wieloma GPU; w przypadku Kimi z 1 bilionem parametrów łącznie tym bardziej. Nemotron 3 Nano jest bardzo oszczędny, z 3,6B aktywnych parametrów działa na jednej karcie, ale odpada ze względu na licencję. Ile w praktyce kosztuje ta rzeczywistość VRAM, wyliczyliśmy w artykule o sprzęcie.

Geopolityka tkwi w wagach, nie w API

W przypadku modeli open-weight kwestia suwerenności przesuwa się: wagi działają całkowicie offline, więc nie ma zdalnego wyłącznika. Pozostaje to, co jest zakodowane w samym modelu.

Trzy z czterech laboratoriów są chińskie (Qwen, Kimi, Minimax), jedno amerykańskie (Nemotron). Ponieważ wagi działają lokalnie, prawdziwym pytaniem nie jest lokalizacja serwera, lecz ukierunkowanie samego modelu. Niezależne testy donoszą o wysokich wskaźnikach odmowy odpowiedzi przez chińskie modele w politycznie drażliwych tematach, najsilniej w języku chińskim, słabiej, lecz zauważalnie, także w niemieckim (ChinaBench). Te dane są publikowane samodzielnie i nie przeszły recenzji naukowej, należy więc czytać je z ostrożnością, ale efekt jest na tyle realny, że zasługuje na uczciwy akapit w specyfikacji wymagań.

Dla czystej pracy tekstowej B2B, czyli szkiców, ekstrakcji, klasyfikacji i wyszukiwania w Państwa własnych dokumentach, efekt ten jest zwykle do opanowania. To kwestia jakości wyników i odbioru zewnętrznego, a nie luka bezpieczeństwa. Szerszy wątek suwerenności, modele europejskie i faktyczną wartość tej etykiety omawiamy w artykule o suwerennej europejskiej AI.

Jak ja decyduję o tym dla firmy z sektora MŚP

Decyzja nie jest patriotyczna ani napędzana rankingiem, lecz wynika z kolejności kroków. Oto jak postępuję:

1. Sprawdzić licencję. Do ścisłej selekcji, bez konieczności pytania prawników, trafiają tylko modele z prawdziwym uprawnieniem Apache lub MIT. Są to tutaj Qwen3, Kimi K2 i Minimax M2.
2. Testować na własnym języku niemieckim. Nie angielski benchmark, lecz pięćdziesiąt Państwa realnych tekstów uruchomionych na dwóch kandydatach i ocenionych w sposób ślepy.
3. Dopasować sprzęt. To, co mieści się na Państwa jednej lub dwóch kartach, wygrywa niemal zawsze, ponieważ w przeciwnym razie eksploatacja staje się droga i niestabilna.

Dla większości firm z sektora MŚP punktem wyjścia okazuje się Qwen3: wolna licencja, szeroka wielojęzyczność, właściwy zakres wymagań sprzętowych. Kimi i Minimax są wyborem, gdy serwer i tak już stoi, a na pierwszym planie jest reasoning lub agenci. Kimi K2.7, otwarty model do kodu, przyjrzeliśmy się mu z tego powodu osobno.

I, jak zawsze u nas: warto budować architekturę tak, aby model dało się wymienić. Kolejny, lepszy model open-weight na pewno się pojawi. Prawdziwym pytaniem nie jest to, który model prowadzi dzisiaj, lecz to, które z Państwa zadań w ogóle wymagają najsilniejszego modelu, a którym wystarczy dobry model będący Państwa własnością. Które ze swoich tekstów powierzyliby Państwo modelowi, którego sami nie przetestowali?

Ten artykuł to praktyczna wersja takiej konfiguracji oraz szczera wersja jej ograniczeń.

Magazyn to majątek, agent jest wynajęty

Proszę oddzielić to, co trwałe, od tego, co wymienne, a większość projektu wynika z tego podziału.

Tym, co trwałe, jest Państwa magazyn: zwykłe pliki .md, [[Wikilinks]], metadane YAML. Żadnej bazy danych, żadnego zastrzeżonego formatu, żadnego kroku eksportu. Tym, co wymienne, jest agent, który go odczytuje. Dwa czołowe projekty społecznościowe w tej dziedzinie, obsidian-second-brain i obsidian-mind, oba celowo działają z Claude Code, Codex CLI i Gemini CLI. Magazyn to inwestycja, model to najemca, którego można wypowiedzieć.

To samo rozumowanie stosujemy przy wpinaniu AI w dowolny stos technologiczny: posiadać interfejs, wynajmować zdolność. Opisaliśmy to w kontekście integracji systemów w artykule API, MCP czy CLI. Osobiste zarządzanie wiedzą to ten sam argument w skali biurka.

Co się zmienia, gdy agent może czytać Twoje notatki

Agent z dostępem do plików zmienia statyczny magazyn w taki, który utrzymuje się sam, w granicach wyznaczonych przez Państwa.

• CLAUDE.md to instrukcja obsługi. Proszę uruchomić claude z katalogu głównego magazynu, a narzędzie wczyta ten plik w każdej sesji: mapę Państwa folderów, konwencje linkowania, szablony notatek, domyślne zachowania. To jedyny nośny plik w każdej działającej konfiguracji. /init tworzy pierwszy szkic.
• Kontekst sesji to hook, nie magia. obsidian-mind wstrzykuje na starcie sesji wyciąg z celu nadrzędnego, listę zadań i zestawienie plików, aby agent nie zaczynał od zera. To hook SessionStart, który działa na Państwa maszynie, nic więcej.
• Odkładanie notatek staje się skillem. Komendy ukośnikowe i subagenci przejmują obowiązki: umieszczenie wyciętej notatki we właściwym folderze, wygenerowanie Map of Content, znalezienie osieroconych notatek, napisanie dziennego logu. obsidian-second-brain dostarcza dziesiątki takich funkcji.
• Frontmatter to warstwa czytelna dla maszyny. Data, status, źródło, znacznik pewności w YAML wraz z Wikilinkami dają agentowi strukturę do wyszukiwania i wzajemnego odsyłania, zamiast zgadywania na podstawie prozy.

Najnowszą zmianą są notatki, które nadpisują zamiast dopisywać: nowe źródło aktualizuje i uzgadnia istniejące notatki, zamiast piętrzyć kolejny wpis z datą. Przydatne, a pierwszym miejscem, w którym wskazana jest ostrożność, jest sekcja położona dwie pozycje dalej.

Retrieval, nie zrzut: rzeczywistość tokenów

Proszę nie wczytywać całego magazynu. Niech agent pobiera tylko te nieliczne notatki, których wymaga dane pytanie.

Naiwna konfiguracja wpycha cały magazyn do kontekstu i załamuje się już przy kilkuset notatkach. Oszczędna konfiguracja zostawia wszystko na dysku i pobiera tylko to, co pasuje, przez wyszukiwanie z linii poleceń lub grep. Praktycy zgłaszają różnicę rzędu 100 tokenów dla wyszukiwania w magazynie przez CLI wobec dziesiątek tysięcy przy wczytywaniu całego projektu naraz. Mechanika jest mało efektowna: wyszukać, przeczytać trzy pasujące notatki, odpowiedzieć.

To wciąż ma znaczenie, mimo że Claude Code dysponuje teraz oknem kontekstu wielkości miliona tokenów. Rolujący limit szybkości uderza na długo przed zapełnieniem okna: magazyn odpowiadający w 100 tokenach pozwala zadać sto pytań tam, gdzie konfiguracja wczytująca wszystko naraz daje zaledwie garstkę. To oszczędny retrieval sprawia, że drugi mózg jest przydatny na co dzień, a nie tylko robi wrażenie za pierwszym razem.

Granica ochrony danych to inferencja, nie przechowywanie

Społeczność sprzedaje hasło "wszystko zostaje w Państwa magazynie, żadnego SaaS". To prawda w odniesieniu do przechowywania danych i nieprawda w odniesieniu do inferencji, a ta różnica to całe ryzyko.

Państwa pliki Markdown pozostają na dysku. Ale domyślnie każde zapytanie wysyła odpowiednie notatki do odczytu do zewnętrznego API w chmurze. Dla hobbystycznego magazynu z przepisami kulinarnymi to nie problem. Dla magazynu z notatkami o klientach, umowami lub czymkolwiek podlegającym umowie powierzenia przetwarzania danych, dane opuszczają firmę przy każdym pytaniu. Przenośność zwykłego Markdown to nie to samo co lokalna ochrona danych.

Dwa kolejne szczere zastrzeżenia. Prompt injection ma charakter strukturalny: agent czytający Państwa notatki nie potrafi czysto oddzielić "instrukcji" od "treści". Każdy fragment Markdown, który trafia do magazynu, wklejona strona internetowa, udostępniona notatka, zaimportowany PDF, może nieść instrukcje, według których agent następnie działa. A ryzyko nie jest hipotetyczne: w kwietniu 2026 roku atakujący wykorzystali wtyczki społeczności Obsidian do wykonywania kodu, gdy ofiara otwierała udostępniony magazyn, jak podał The Hacker News. Agent z dostępem do zapisu plików i powłoki podnosi tę stawkę, a nie ją obniża. Notatki nadpisujące same siebie mogą też po cichu wymyślić backlink albo nadpisać poprawną linijkę, a zmiana zostaje zapisana, zanim Państwo ją przeczytają.

Ten sam wzorzec, utrzymany suwerennie

Wszystko, co dobre w tej konfiguracji, przetrwa, gdy sprowadzą Państwo model do siebie. Problem ochrony danych to jedyny element wymagający zmiany.

Suwerenna wersja zachowuje magazyn i przebieg pracy, a inferencję w chmurze zamienia na model lokalny: warstwę retrievalu nad Państwa plikami Markdown, obsługiwaną przez model na własnym sprzęcie lub w hostingu w UE. Zachowują Państwo pełną kontrolę nad treścią w postaci zwykłego tekstu, instrukcję obsługi CLAUDE.md, skille, i przestają Państwo wysyłać treści na zewnątrz przy każdym pytaniu. Dla firmy z sektora MŚP to most od osobistego eksperymentu do prawdziwego wewnętrznego zarządzania wiedzą: instrukcje produktowe, dokumentacja procesów, historia serwisowa, bez pytania o umowę powierzenia przetwarzania danych wiszącego nad każdym zapytaniem. Kiedy ten krok się opłaca i ile kosztuje, to temat artykułu On-Premise vs. Cloud-LLM.

Hobbystyczne ujęcie brzmi "zbuduj drugi mózg". Biznesowe ujęcie to ta sama maszyna, skierowana na wiedzę przedsiębiorstwa zamiast na Państwa własną. Interesujące pytanie, ponownie, nie brzmi, czy to działa. Brzmi ono: kto może czytać notatki. A zatem: dokąd Państwa magazyn właśnie teraz faktycznie wysyła swoje pytania?

Ten artykuł porządkuje obie: co jest już mocne, gdzie coś szwankuje, i co z tego wynika dla firmy działającej lokalnie.

Badania są, i są gęste

Strona badawcza nie musi się chować przed żadnym krajem związkowym. Jest tylko silnie skoncentrowana.

Kaiserslautern niesie rdzeń: główna siedziba DFKI, RPTU z ośmioma profesurami AI, Fraunhofer IESE i ITWM, a do tego współpraca z Instytutem Maxa Plancka. Pierwsze w skali kraju centrum innowacji i jakości AI w ramach Mission KI również mieści się tutaj, z budżetem federalnym 32 mln euro. Koblencja buduje drugi biegun: uniwersytet uruchomił w lipcu 2025 roku interdyscyplinarny hub AI, a Hochschule Koblenz prowadzi z DigiMit centrum kompetencji dla regionu.

Szczera ocena stoi tuż obok. Klaster jest zważony na Kaiserslautern i Koblencję, obszary poza nimi są słabiej podłączone, a w porównaniu ogólnokrajowym RLP znajduje się w czołówce, nie na szczycie. W cyfryzacji prowadzą Bawaria, Berlin i Hamburg, w innowacyjności Badenia-Wirtembergia.

Kraj związkowy sam stawia na suwerenną AI

Godne uwagi jest to, z czym pracuje kraj związkowy: nie z amerykańską subskrypcją chmurową, lecz z własną, suwerenną linią.

Agenda AI kraju związkowego wymienia triadę AI, a jeden z trzech filarów nosi wyraźną nazwę LLM On-Premise. W ramach GPU4GenAI kraj związkowy inwestuje we własną infrastrukturę GPU przy DFKI, a od września 2025 roku trwa zaplanowana na trzy lata współpraca z DFKI, która wprowadza AI do administracji krajowej: analizę dokumentów, bezpieczne platformy danych, systemy asystujące.

To więcej niż notatka na marginesie. Jeśli sektor publiczny w RLP buduje zgodną z ochroną danych, lokalnie działającą AI, to doradztwo w zakresie on-premise i suwerenności dla sektora MŚP nie jest tematem niszowym, lecz tematem nawiązującym do tego, co pokazuje kraj związkowy. Grafika poniżej pokazuje podstawowy problem: silne węzły, zbyt mało linii w teren.

W sektorze MŚP sytuacja wygląda inaczej

Przy warsztacie prędkość jest inna, a liczby są rzeczowe.

W badaniu Hochschule Koblenz przeprowadzonym w północnej części RLP (176 firm, grudzień 2025) tylko 8,5 procent ocenia AI jako centralną dla modelu biznesowego już dziś, za pięć lat aż 42 procent. Ponad jedna czwarta korzysta już z narzędzi AI, około połowa testuje je w projektach pilotażowych. Drugie regionalne badanie IHK i Izby Rzemieślniczej w Koblencji pokazuje właściwy wzorzec: niemal dwie trzecie korzysta z AI, przy czym większość dopiero od najwyżej dwóch lat, prawie 90 procent stawia przy tym na zewnętrzne oprogramowanie, a największym wymienianym wyzwaniem jest pewność prawna.

Badania na najwyższym poziomie i dyfuzja na szeroką skalę to więc dwie różne rzeczy. Jedno jest tutaj obecne, drugie jeszcze nie.

Luka leży we wdrożeniu, nie w technologii

Przeszkodą w sektorze MŚP rzadko jest model. Jest nią droga od pomysłu do bezpiecznego, produktywnego wdrożenia.

W skali kraju tylko około jedna trzecia firm posiada opracowaną strategię AI, w RLP wielokrotnie wskazuje się brak wiedzy fachowej jako hamulec. A niemal 90 procent firm stawiających na zewnętrzne oprogramowanie kupuje sobie tym samym zależność, często od amerykańskich usług chmurowych, dokładnie tam, gdzie te same firmy wskazują pewność prawną jako największą troskę. To sprzeczność zapowiedziana z góry.

Szczere zastrzeżenie należy do tego: wskaźniki wykorzystania zawyżają dojrzałość. Wiele z tego to nieformalne użycie ogólnodostępnych narzędzi, bez strategii, bez governance, bez jasnych ram ochrony danych. Pytanie w sektorze MŚP od dawna nie brzmi już AI, tak czy nie. Brzmi ono suwerennie i produktywnie zamiast nieformalnie i ryzykownie. Co to oznacza w praktyce, rozpisaliśmy w praktycznym planie wdrożenia AI dla sektora MŚP.

Co to oznacza dla firm w Nadrenii-Palatynacie

Oczywista strategia to ta, którą kraj związkowy już realizuje: zbierać korzyści, nie oddając suwerenności nad danymi.

Brakującym elementem nie jest kolejne narzędzie, lecz warstwa między finansowaniem i badaniami z jednej strony a produktywnym, suwerennym wdrożeniem z drugiej. Konkretnie oznacza to: lokalne lub hostowane w Niemczech modele dla danych wrażliwych, zarządzanie wiedzą RAG na własnym zasobie dokumentów, oraz rzeczowa ścieżka od wyboru przypadku użycia aż do eksploatacji pilotażowej. Kiedy lokalna AI opłaca się bardziej niż chmura, porządkujemy w On-Premise vs. Cloud-LLM.

My w iiterate mamy siedzibę w Koblencji i Remagen, a więc w samym środku drugiego bieguna AI kraju związkowego, i dokładnie ta warstwa dyfuzji jest naszą pracą: łączenie strategii, budowy i zgodności, zamiast pozostawiania firm z sektora MŚP samym sobie między decyzją o dofinansowaniu a warsztatem. Badania w RLP są ugruntowane. Ciekawsze pytanie brzmi, jak szybko dotrą one w teren i kto poprowadzi do tego linie.

Ten tekst wyjaśnia, dlaczego długi kontekst jest drogi, jakie istnieją podejścia subkwadratowe, co z najgłośniejszych obietnic jest potwierdzone, oraz co to konkretnie daje dla On-Prem RAG. Rekomendacja na końcu jest niespektakularna i właśnie dlatego trwała.

Dlaczego długi kontekst jest drogi

Powód leży w matematyce mechanizmu samouwagi (self-attention): jej koszt rośnie kwadratowo wraz z długością danych wejściowych.

W klasycznym transformerze każdy token porównywany jest z każdym innym. Gdy długość kontekstu się podwaja, koszt obliczeniowy uwagi rośnie w przybliżeniu czterokrotnie. Do tego dochodzi pamięć: pamięć podręczna klucz-wartość, którą model przenosi podczas generowania, rośnie liniowo wraz z długością i szybko zużywa dostępną pamięć na stałej karcie GPU. To rzeczywiste wąskie gardło w eksploatacji On-Premise, gdzie sprzęt jest ustalony i nie można go elastycznie dokupić.

Właśnie w tym miejscu wkraczają podejścia subkwadratowe. Starają się one obniżyć koszt sekwencji w kierunku liniowym, czyli O(n) zamiast O(n do kwadratu), oraz ograniczyć zużycie pamięci na token. Co to oznacza dla realiów sprzętowych w przedsiębiorstwie, wyliczyliśmy w lokalne LLM.

Krajobraz subkwadratowy

Istnieje kilka dróg, a praktycznym zwycięzcą lat 2024-2026 nie jest podejście najczystsze, lecz hybrydowe.

• Modele przestrzeni stanów (Mamba). Mamba (grudzień 2023) i Mamba-2 (maj 2024) modelują sekwencje w czasie liniowym, wykorzystując stałą pamięć stanu zamiast rosnącej pamięci podręcznej (arXiv). Cena: stały stan jest kompresorem stratnym i słabszym w dokładnym przypominaniu odległych fragmentów.
• Uwaga liniowa (RWKV, RetNet). Przeformułowują mechanizm uwagi tak, by koszt rósł w przybliżeniu liniowo. Podobny kompromis w zakresie pamięci asocjacyjnej.
• Hybrydy w produkcji. Nikt nie dostarcza czystych modeli subkwadratowych na najwyższym poziomie jakości. Zamiast tego wszyscy łączą mniejszość pełnych warstw uwagi z większością warstw przestrzeni stanów lub liniowych: Jamba (AI21, 2024), MiniMax-01 (styczeń 2025), Falcon-H1 (maj 2025), Nemotron-H od NVIDIA, IBM Granite 4.0 (październik 2025) oraz Qwen3-Next (wrzesień 2025). Pełne warstwy zachowują pamięć, a szczupłe kupują korzyść kosztową i pamięciową.

Linię NVIDIA stojącą za Nemotron, która wykorzystuje dokładnie tę hybrydową konstrukcję, opisaliśmy w Nemotron 3.

Co obiecuje 'subQ' i co z tego jest potwierdzone

Termin ten wymaga ostrożności, ponieważ niesie dwa znaczenia: architektoniczne i marketingowe.

Obok ogólnej rodziny subkwadratowej istnieje konkretny produkt: start-up Subquadratic wyszedł z ukrycia w maju 2026 roku z finansowaniem na poziomie około 29 milionów dolarów i reklamuje się subkwadratową, oszczędną uwagą (sparse attention). Nagłówki są głośne: model badawczy z kontekstem 12 milionów tokenów, około jedna piąta kosztów w porównaniu do najlepszych modeli, wielokrotnie wyższa szybkość (The New Stack).

Uczciwa ocena: część jest zweryfikowana przez podmioty trzecie, na przykład wynik RULER-128K, natomiast spektakularne liczby dotyczące 12 milionów tokenów i współczynnika szybkości to dane dostawcy z pojedynczych przebiegów, niezweryfikowane niezależnie. To obiecująca wskazówka, a nie podstawa do zakupu. Właśnie to rozróżnienie, potwierdzone kontra deklarowane, jest dyscypliną, którą stosujemy przy każdym nowym modelu.

Co to daje dla On-Prem RAG

Konkretną korzyścią jest pamięć i przepustowość na stałym sprzęcie, a to dla On-Prem RAG jest właśnie odpowiednia dźwignia.

• Ograniczona pamięć podręczna, przewidywalna pamięć. Warstwy przestrzeni stanów niosą stały stan, więc zużycie pamięci nie eksploduje wraz z długością. IBM podaje dla Granite 4.0 ponad 70 procent mniejsze zapotrzebowanie przy długim kontekście, co jest deklaracją producenta, ale wiarygodną i idącą w kierunku większej liczby równoczesnych sesji na GPU.
• Model i kontekst na jednej karcie. NVIDIA podaje, że model Nemotron-H z 51 miliardami parametrów wraz z pamięcią podręczną mieści się na pojedynczej karcie 80 GB, co jest również deklaracją producenta.
• Luźniejsza dyscyplina fragmentacji (chunking). Tańszy kontekst pozwala na większe okna i mniej lękliwe dzielenie dokumentów na fragmenty.

Uczciwe zastrzeżenia też się należą. W przypadku RAG intensywnie korzystającego z pamięci, na przykład dokładnego dotarcia do fragmentu w bardzo długich tekstach, czyste modele subkwadratowe wciąż ustępują pełnej uwadze, hybrydy zamykają tę lukę w dużej mierze, ale nie całkowicie. Otoczenie narzędziowe, czyli kwantyzacja, serwowanie i dostrajanie (fine-tuning), pozostaje w tyle za ugruntowanymi modelami gęstymi. I najważniejsze zdanie: długi kontekst to nie to samo co dobry retrieval. Solidny model z dobrym RAG pokonuje dziś niemal zawsze próbę zwykłego wrzucenia milionów tokenów. To, co RAG w ogóle daje, opisaliśmy w Czym jest RAG oraz Potęga RAG.

Jak ja to dziś traktuję

Podejście subkwadratowe warto obserwować, ale nie warto na nie stawiać. Tak właśnie do tego podchodzę:

1. Budować warstwę RAG niezależną od modelu. Za stabilnym interfejsem, tak by można było wdrożyć hybrydę klasy Granite 4, gdy tylko otoczenie narzędziowe dojrzeje.
2. Zaczynać od solidnego, dobrze wspieranego modelu, a nie od najnowszej architektury, i czerpać wartość z jakości retrievalu.
3. Ignorować niepotwierdzone obietnice. Deklarowany tysiąckrotny wzrost poczeka, aż ktoś niezależny go odtworzy.

To ten sam wzorzec, który stosujemy w zestawieniu On-Premise kontra chmura: świadomie decydować, budować wymiennie (On-Premise vs. Cloud LLM). Interesujące pytanie nie brzmi, czy modele subkwadratowe pewnego dnia uczynią długi kontekst tanim. Prawdopodobnie tak się stanie. Pytanie brzmi, czy Państwa architektura jest gotowa, by przejąć tę korzyść, nie stawiając dziś na to zakładu. Czy Państwa warstwa RAG jest zbudowana tak, że mogą Państwo wymienić model bez przepisywania wszystkiego od nowa?

Większość zespołów wdrażających AI w swoich systemach nie musi wybierać zwycięzcy. Muszą umieścić każde wywołanie na właściwej wysokości. Ten artykuł trzeźwo definiuje te trzy poziomy, pokazuje, kiedy który pasuje, wskazuje często pomijane koszty i kończy się decyzją, za którą można się opowiedzieć. Dwa pytania wyjaśniają większość: ile integracji Państwo prowadzą i kto musi je weryfikować?

Trzy poziomy, nie trzej rywale

Każdy wzorzec znajduje się na innym poziomie abstrakcji, z wyraźnym kompromisem między kontrolą a wygodą.

• Bezpośrednie wywołanie API to najniższy element konstrukcyjny. Państwa kod wywołuje model lub usługę przez HTTP. Otrzymują Państwo maksymalną kontrolę i standardowe narzędzia, a klej piszą Państwo sami: uwierzytelnianie, zapytanie, parsowanie odpowiedzi, obsługę błędów.
• MCP, czyli Model Context Protocol, standaryzuje połączenie, nie model. To otwarty standard, wprowadzony przez Anthropic w listopadzie 2024 roku, który daje modelowi jednolity sposób odkrywania i wywoływania narzędzi oraz danych, dzięki czemu klient obsługujący MCP może rozmawiać z serwerem MCP, którego nigdy wcześniej nie widział (Wikipedia). Standard rozprzestrzenił się szybko: w ciągu 2025 roku przyjęły go OpenAI, Google i Microsoft, do kwietnia 2025 osiągnął ponad 5800 serwerów społecznościowych, a do końca 2025 roku odnotował dwucyfrowe miliony miesięcznych pobrań SDK, zanim Anthropic przekazał go inicjatywie Linux Foundation (Thoughtworks, The New Stack).
• Agentowe CLI to najwyższy poziom. Narzędzie takie jak Claude Code łączy model, zestaw narzędzi i pętlę wnioskowania w jeden przepływ pracy w terminalu. Najmniej kleju, najwięcej opinii, najszybciej przy otwartych zadaniach.

Uzupełniają się nawzajem, zamiast konkurować: agentowe CLI może wywoływać serwery MCP, które z kolei opakowują proste API (iiterate).

Kiedy każdy z nich jest na właściwym poziomie

Wybór podąża za kształtem zadania, nie za nowością opcji. Krótka orientacja:

W praktyce: nocne zadanie wsadowe, które odpytuje endpoint, powinno wywoływać API bezpośrednio, ponieważ MCP bez korzyści dodałoby tylko opóźnienie i źródła błędów. MCP uzasadnia się, gdy kilku agentów potrzebuje tych samych integracji, dzięki czemu każdy klient MCP otrzymuje jednolity interfejs, zamiast żeby każdy agent nosił własny wrapper. Punkt przełomowy, o którym donoszą praktycy, leży przy około trzech lub więcej integracjach podłączonych do AI (MindStudio). Agentowe CLI pasuje, gdy zadanie jest otwarte, a ktoś potrzebuje szybko uzyskać wyniki w wielu narzędziach.

Koszty, które się przeocza

Oczywiste korzyści łatwo dostrzec. To cichsze koszty decydują, czy wybór dobrze się starzeje.

• Tokeny. Ustandaryzowana warstwa narzędzi nie jest darmowa. Gdy agent wielokrotnie wywołuje narzędzie, narzut na odkrywanie (discovery) w MCP może dla tego samego zadania kosztować znacznie więcej tokenów niż bezpośrednie wywołanie CLI lub API (MindStudio).
• Obserwowalność. Wywołania HTTP pojawiają się w Państwa logach, a standardowe narzędzia takie jak Datadog śledzą je za darmo. Transport MCP jest porównawczo nieprzejrzysty, a monitoring w środowisku produkcyjnym wciąż dojrzewa, więc płacą Państwo własną instrumentacją (IJONIS).
• Lock-in i przenośność. Czyste API utrzymuje integrację w kodzie, który należy do Państwa. Im wyżej Państwo idą, tym silniej zależą Państwo od klienta, ekosystemu serwerów lub agenta danego dostawcy. Niech pozostanie Państwu otwarta droga o poziom niżej.

Powierzchnia bezpieczeństwa MCP jest nowa i realna

Standaryzacja sposobu, w jaki modele sięgają po narzędzia, standaryzuje też nową powierzchnię ataku, a ta zasługuje na wyraźne potraktowanie.

OWASP wskazuje Prompt Injection jako najważniejszą podatność aplikacji LLM w 2025 roku. MCP dodaje specyficzny wariant, Tool Poisoning, w którym złośliwe instrukcje są osadzane w opisie narzędzia, bliżej ataku na łańcuch dostaw wymierzonego w kontekst agenta niż jailbreaku po stronie użytkownika, i prowadzony jako CVE-2025-54136 (TrueFoundry). Ponieważ serwery MCP często przechowują dane uwierzytelniające i mają dostęp do rzeczywistych systemów, zbyt szeroko uprawniony lub niezaufany serwer stanowi poważne ryzyko, a ochrona po stronie klienta różni się znacznie (Simon Willison, Microsoft). Praktyczne podejście: uruchamiać zweryfikowane serwery, przyznawać każdemu najmniejsze możliwe uprawnienia i stale monitorować, te same kwestie governance, które obowiązują, gdy tylko agent dotyka rzeczywistych danych (iiterate).

Decyzja, za którą możesz się opowiedzieć

Nie potrzebują Państwo jednej odpowiedzi dla całej firmy. Potrzebują Państwo właściwej wysokości dla każdej integracji. Praktyczna zasada:

1. Domyślnie bezpośrednie API dla pojedynczego, stabilnego wywołania o wysokim wolumenie.
2. Warto sięgnąć po MCP, gdy kilku agentów potrzebuje tych samych narzędzi lub gdy potrzebna jest wymienność narzędzi za jednym interfejsem.
3. Agentowe CLI sprawdza się, gdy praca jest otwarta, a steruje nią człowiek lub inny agent.
4. Na każdym poziomie należy zachować najmniejsze możliwe uprawnienia, prawdziwe logi oraz drogę powrotu o poziom niżej, na wypadek gdyby dostawca zmienił warunki.

Dla większości systemów produkcyjnych szczerą odpowiedzią jest mieszanka: bezpośrednie API pod usługami, MCP jako warstwa tłumaczenia i odkrywania dla agentów oraz CLI tam, gdzie pracują ludzie. Tryb błędu nie polega na wyborze złego narzędzia. Polega na przyjęciu najnowszego poziomu tylko dlatego, że jest najnowszy, i płaceniu jego kosztów za zadanie, które lepiej wykonałby niższy poziom.

Sednem tego artykułu nie są eventy. Jest nim forma. event-scout to agentyczna mikroaplikacja: coś, co buduje się raz za pomocą agenta kodującego, a potem pozwala działać samodzielnie, przy czym agent przejmuje trudną ocenę, a proste skrypty zajmują się nudnym, powtarzalnym okablowaniem. Ten podział jest całą lekcją i przekłada się na niemal każde wewnętrzne zadanie, które zespół z sektora MŚP nadal wykonuje ręcznie. event-scout działa na najwyższej z tych warstw, agentycznym CLI (iiterate).

CO KONKRETNIE ROBI

Raz na przebieg event-scout przechodzi przez wyselekcjonowaną bazę źródeł, obejmującą strony eventowe, kalendarze, newslettery i kilka kanałów LinkedIn. Ze wszystkiego, co pobiera, zachowuje tylko przyszłe wydarzenia stacjonarne w zasięgu Remagen, ocenia każde z nich pod kątem tego, jak przydatne jest dla nas, usuwa duplikaty do jednego magazynu i odbudowuje dashboard, który faktycznie otwieramy.

Niewiele na tej liście jest samo w sobie nowe. To, co sprawia, że działa, to fakt, że pracuje bez nadzoru według harmonogramu oraz że stosowana ocena jest naszą oceną, a nie generycznym filtrem trafności. Wynikiem nie jest feed każdego eventu technologicznego w Niemczech. To krótka, uszeregowana odpowiedź na pytanie: gdzie powinniśmy pojawić się następnym razem.

FORMA, KTÓRA URUCHOMIŁA CAŁOŚĆ: AGENT DO OCENY, SKRYPTY DO OKABLOWANIA

Decyzja projektowa, która się liczy, dotyczy tego, gdzie kończy się model, a zaczyna skrypt.

Pobieranie danych zostało oddelegowane do deterministycznego pomocnika. Niewielki orchestrator w Node renderuje każde należne źródło w prawdziwej przeglądarce headless, dzięki czemu radzi sobie ze stronami JavaScript, lekkimi zabezpieczeniami anty-bot i leniwie doładowywanymi listami, a także przechwytuje ustrukturyzowane dane eventów schema.org, jeśli strona je udostępnia. To okablowanie: niezawodne, przewidywalne i za każdym razem takie samo.

Agent odczytuje to, co zapisał moduł pobierający, i zajmuje się częściami, które wymykają się sztywnemu kodowaniu: wyodrębnia prawdziwe eventy z chaotycznych stron, decyduje, co liczy się jako stacjonarne i istotne, ocenia każde z nich i rozpoznaje, że dwa wpisy dotyczą tego samego eventu. Drugi, mniejszy silnik następnie scala wpisy, usuwa stare i odbudowuje dashboard.

🔸 Niech model nie robi tego, co tanio załatwi skrypt.
Wyrenderowanie strony i zapisanie pliku to praca deterministyczna. Przekazanie jej modelowi byłoby wolniejsze, droższe i mniej niezawodne.

🔸 Niech skrypt nie robi tego, co wymaga oceny.
To, czy częściowo sformatowany wpis jest prawdziwym, istotnym eventem stacjonarnym, jest dokładnie taką decyzją, w której model jest dobry, a wyrażenie regularne nie.

Prawidłowe poprowadzenie tej granicy to główny powód, dla którego narzędzie jest niezawodne, a nie tylko sprytnym demo.

SAMO SIĘ DOSTRAJA

Scout, który przy każdym przebiegu sprawdza każde źródło tak samo, marnuje większość swojego wysiłku, ponieważ eventy nie pojawiają się równomiernie.

Dlatego każde źródło niesie własną krótką historię skuteczności. Źródła, które niezawodnie dostarczają istotne eventy, są sprawdzane przy każdym przebiegu. Źródła, które wielokrotnie wracają puste, przechodzą w coraz dłuższą fazę wychłodzenia, tydzień, potem dwa, potem miesiąc, i po jej upływie są testowane ponownie zamiast być odrzucane. Źródło, które po prostu nie dostarczyło eventów, jest cicho degradowane; tylko źródło, które kilka razy z rzędu się nie ładuje, zostaje wycofane jako uszkodzone.

Efekt jest taki, że uwaga płynie tam, gdzie eventy faktycznie się pojawiają, a system dostraja się sam przez tygodnie, bez konieczności utrzymywania go przez kogokolwiek. To właśnie to samodostrajanie sprawia, że praca bez nadzoru staje się prawdziwym stwierdzeniem, a nie tylko życzeniowym.

STANOWCZA OCENA BIJE GENERYCZNY FEED

Ocena jest celowo nasza. Każdy event otrzymuje wartość w skali do 100, ważoną pod kątem naszej sytuacji: jak blisko i łatwo dostępny jest, jak gęsto dana przestrzeń gromadzi typ kupujących, których obsługujemy, jak kameralny jest, czy istnieje konkretna dźwignia, taka jak rabat lub slot na wystąpienie, oraz jak szybko się odbędzie.

Wagi niosą w sobie opinię, jaką mamy na temat sprzedaży. Duża konferencja plasuje się wysoko tylko wtedy, gdy jest realna dźwignia do wykorzystania, ponieważ w sprzedaży opartej na relacjach pełna sala bez dostępu jest warta mniej niż mały, regionalny okrągły stół, przy którym faktycznie możemy porozmawiać z ludźmi. Wynik czyta się jak kokpit decyzyjny, a nie kalendarz: pokazuje, gdzie warto zainwestować dzień, a nie wszystko, co istnieje.

Generyczny feed eventów nie mógłby tego odwzorować, ponieważ ocena jest specyficzna dla tego, jak konkretny zespół zdobywa zlecenia. Ta specyficzność jest powodem, dla którego opłacało się to zbudować, zamiast kupić.

DLACZEGO MIKROAPLIKACJA, NIE SAAS

event-scout jest celowo małe. Całość to garść plików JSON na źródła i magazyn eventów, kilka skryptów oraz samodzielny dashboard HTML, który otwiera się bezpośrednio z dysku. Nie ma bazy danych do utrzymywania ani subskrypcji do odnawiania. Dane pozostają nasze, podobnie jak ocena.

To ten sam krok, który opisały własne zespoły nieinżynieryjne Anthropic: budowanie małych, wewnętrznych narzędzi za pomocą agenta kodującego zamiast składania zgłoszenia i czekania (claude.com). Pisaliśmy o tym wzorcu również z perspektywy użytkownika (iiterate).

Nie jest wolne od szorstkich krawędzi, a twierdzenie przeciwne byłoby nieuczciwe. Źródła chronione logowaniem wymagają jednorazowo ręcznie przechwyconej sesji. Kilka upartych stron pozostaje ręcznymi tropami zamiast fałszywych wyników. A każdą odbudowę weryfikujemy, kontrolując bezpośrednio strukturę strony, ponieważ zrzut ekranu potrafi utknąć na ładowaniu czcionki. Nic z tego nie zmienia wniosku: jeśli zadanie jest powtarzalne i specyficzne dla Państwa sposobu pracy, agent kodujący może zamienić je w małe, własne narzędzie, taniej niż SaaS lub godziny ręcznej pracy, które ono zastępuje. Trudniejszym pytaniem nie jest, czy mogą Państwo takie narzędzie zbudować. Jest nim to, który z Państwa cotygodniowych obowiązków po cichu czekał, aż się nim stanie.

Claude Code został zbudowany dla programistów, ale praca, którą po cichu przejął od nas, leży w marketingu i w backoffice: powtarzalne, oparte na regułach zadania, których nikt nie lubi wykonywać. Powód, dla którego pasuje właśnie tam, jest prosty. Osoba, która zna dany proces, zasady marki, listę kontrolną zamknięcia miesiąca, sposób, w jaki tagujemy eksport kampanii, spisuje ten proces raz, w prostym języku, a agent wykonuje go na rzeczywistych plikach. Żadnego projektu software'owego, żadnego programisty w grze. Ten artykuł to wnioski, które wyciągnęliśmy: gdzie się to opłaca, gdzie nie, i jak zacząć bez żalu.

Prawdziwa zmiana to nie kodowanie. To spisanie procesu

Dla osoby niebędącej programistką agent kodujący to sposób na zamianę powtarzalnego procesu w coś, co wykonuje maszyna, bez konieczności budowania wcześniej oprogramowania.

Mechanizmem, który umożliwia to poza działem rozwoju, są Agent Skills. Skill to mały folder: plik z instrukcjami w prostym języku, opcjonalnie jeden lub dwa skrypty oraz potrzebne materiały referencyjne. Agent widzi jedynie nazwę skilla i jednozdaniowy opis, dopóki nie będzie on potrzebny do wykonania Państwa zadania, wtedy odczytuje pełne instrukcje na żądanie. Simon Willison, który udokumentował ten format w chwili jego publikacji w październiku 2025 roku, jasno podsumował ekonomię tego rozwiązania: każdy skill kosztuje jedynie kilkadziesiąt tokenów, dopóki nie zostanie użyty (simonwillison.net, Anthropic).

Konsekwencja to część, która liczy się dla zespołu z sektora MŚP:

🔸 Autorką jest ekspertka merytoryczna, nie programistka.
Osoba, która zna proces, pisze skill tak, jak wdrażałaby nowego pracownika.

🔸 Connectory dają mu prawdziwy zasięg.
Poprzez MCP, otwarty standard connectorów, agent może czytać i działać w rzeczywistych systemach, w arkuszu, na wspólnym dysku, w kolejce zgłoszeń, w granicach dostępu, jaki mu przyznano.

🔸 To Państwo określają zakres oddziaływania.
Dotyka jedynie tego, na co pozwolą mu Państwo. Ta granica uprawnień to cała gra, i wrócimy do niej w dalszej części tekstu.

Trzy niepozorne zadania, w których to się naprawdę opłaca

Korzyści są mało spektakularne i powtarzalne. Trzy wzorce sprawdziły się u nas i w publicznych relacjach.

Warianty marketingowe na dużą skalę. Własny zespół growth marketingu Anthropic połączył dwóch wyspecjalizowanych subagentów, aby odczytać plik CSV z setkami aktywnych reklam, oznaczyć te słabe i napisać świeże warianty w ścisłych limitach znaków, praca w minuty zamiast godzin. Towarzysząca wtyczka do Figmy generuje do 100 wariantów układu na jedno uruchomienie, zamieniając nagłówki i opisy (claude.com). To ich własny zespół, warto więc traktować to jako dowód, że wzorzec działa, a nie jako Państwa przyszły wynik.

Porządkowanie danych z backoffice. Uciążliwy środek tygodnia: przeniesienie rozliczenia karty do zestawienia wydatków, uporządkowanie chaotycznej listy, opracowanie powtarzalnego raportu na bazie szablonu. Pojedynczy, nietechniczny założyciel na r/SaaS opisał, jak prowadził praktycznie całą swoją działalność SEO za pomocą Claude, i podał wynik 1,54 miliona wyświetleń w wynikach wyszukiwania oraz 12 900 kliknięć w trzy miesiące, bez programisty i bez agencji (r/SaaS). Relacja jednej osoby, ale pouczająca.

Narzędzia wewnętrzne budowane przez osobę, która ich potrzebuje. Dział prawny Anthropic stworzył prototyp małego "drzewa telefonicznego", który kieruje pytanie do właściwej prawniczki, zbudowany przez prawniczkę produktową, która nie pisze kodu (claude.com). Interesująca nie jest sama sprawa narzędzia. Interesujące jest to, kto je zbudował, i że nie było do tego potrzebne żadne zgłoszenie.

Pisaliśmy już wcześniej o tym, gdzie AI naprawdę zasługuje na swoje miejsce w firmie, zamiast jedynie dobrze się prezentować w demo (iiterate); to ten sam test, zastosowany do narzędzia.

Dlaczego akurat marketing i operacje

Te funkcje pasują dlatego, że ich praca jest powtarzalna, oparta na regułach i już teraz zapisana w plikach.

Pokrywa się to dokładnie z tym, co może zawrzeć skill. Skill z wytycznymi marki niesie paletę barw, zasady typografii i ton wypowiedzi. Skill procesowy niesie listę kontrolną zamknięcia lub krok zgodności. Skill szablonowy niesie sam dokument. Anthropic udostępnia działający skill z wytycznymi marki jako publiczny przykład, z zasadami koloru, typografii i układu, które agent stosuje na żądanie (GitHub, Anthropic).

Powtarzającym się wnioskiem z tych relacji jest to, że wiedza merytoryczna napędza wynik silniej niż umiejętności programistyczne. To cicha przewaga sektora MŚP. Osoba, która zna proces, jest już w firmie, a skill to po prostu jej proces, spisany na papierze.

Gdzie jest niewłaściwym narzędziem

Agent kodujący jest niewłaściwym narzędziem w momencie, gdy praca przestaje być powtarzalna, sprawdzalna lub wystarczająco bezpieczna dla agenta o szerokich uprawnieniach. Uczciwe ryzyka, w kolejności, w jakiej dają o sobie znać:

Zakres oddziaływania. Agent z dostępem do plików i systemów może usunąć niewłaściwy folder albo wysłać niewłaściwą wiadomość. Warto nadać mu jak najmniejsze uprawnienia: najpierw tylko odczyt, jeden folder, kopię danych, nie oryginał. Zespoły ds. bezpieczeństwa skatalogowały, co idzie źle, gdy ten krok zostaje pominięty (Docker, Oso).

Pewne siebie fałszywe twierdzenia. Agent poda liczbę, której nie sprawdził, płynną prozą. Warto zachować ludzką weryfikację dla wszystkiego, co opuszcza firmę.

Governance i dane. W momencie, gdy agent dotyka danych osobowych lub danych klientów, obowiązują RODO i AI Act. Warto wiedzieć, gdzie znajdują się dane i kto może zostać poddany audytowi, zanim zostaną one podłączone, to samo pytanie kontrolne, które stoi za decyzją o eksploatacji modeli będących własnością firmy, zamiast je wynajmować (iiterate).

Pochodzenie. Większość dopracowanych studiów przypadku, w tym dwa w tym artykule, pochodzi od dostawców. Warto traktować je jako dowód, że praca jest możliwa, a nie jako dowód Państwa zwrotu z inwestycji.

Jak zacząć bez żalu

Warto zacząć od małych kroków, od pracy, w której można sobie pozwolić na błąd.

1. Należy wybrać zadanie, które jest powtarzalne i oparte na regułach, a nie Państwa najważniejszym procesem.
2. Warto spisać proces jako skill w prostym języku, tak jak wdrażaliby Państwo zdolną nową osobę w jej pierwszym dniu pracy.
3. Należy nadać możliwie najmniejszy dostęp: tylko odczyt, jeden folder, kopię danych.
4. Warto zachować ludzką weryfikację dla wszystkiego, co wychodzi na zewnątrz lub dotyka danych osobowych.
5. Warto mierzyć niepozornym wskaźnikiem, liczbą godzin zaoszczędzonych przy nudnej czynności, a nie tym, jak wypadło demo.

Wykonane w ten sposób zyski są małe i się sumują, co jest przeciwieństwem tego, jak zwykle sprzedaje się tę technologię. Pytanie, przy którym warto się zatrzymać, nie brzmi, czy agent kodujący może wykonać pracę marketingową lub operacyjną. Jest nim to, które z Państwa procesów zostały faktycznie spisane, bo to, a nie model, decyduje, jak daleko to zaniesie.

Kluczowa opinia Europejskiej Rady Ochrony Danych dotycząca modeli AI opiera się na formule "każdy przypadek z osobna", a wspólne wytyczne EROD i Komisji Europejskiej dotyczące tego, jak RODO styka się z rozporządzeniem AI Act UE, nie są spodziewane przed początkiem 2026 roku. Pożyteczne pytanie brzmi więc nie "czy AI jest dozwolone na gruncie RODO". Brzmi ono: "na jakich warunkach i którymi z tych warunków faktycznie zarządzamy". Niniejszy artykuł mapuje nieliczne twarde granice, dużą warunkową część środkową oraz dźwignie, które może pociągnąć zespół z sektora MŚP. To orientacja, nie porada prawna, proszę więc zaangażować Państwa inspektora ochrony danych, zanim podejmą Państwo działanie.

ZACZNIJ OD NIELICZNYCH RZECZY, KTÓRE SĄ NAPRAWDĘ OGRANICZONE

Krótka lista zastosowań AI jest bliska rzeczywistemu zakazowi na gruncie RODO. Poznanie jej jako pierwszej ułatwia przemyślenie reszty.

• Decyzje podejmowane wyłącznie w sposób zautomatyzowany wobec osób. Artykuł 22 ogranicza decyzje wywołujące skutki prawne lub podobnie istotne, podejmowane bez znaczącego udziału człowieka. Niemieckie organy nadzorcze interpretują to surowo i oczekują skutecznego nadzoru człowieka, a nie samego przytaknięcia (Hogan Lovells).
• Szczególne kategorie danych, domyślnie. Dane dotyczące zdrowia, dane biometryczne, dane o przekonaniach światopoglądowych i podobne są zasadniczo wyłączone z przetwarzania na mocy artykułu 9, chyba że zachodzi konkretny wyjątek. Rozporządzenie AI Act UE tworzy wąskie otwarcie: artykuł 10 ustęp 5 zezwala na takie dane wyłącznie w celu wykrywania i korygowania obciążeń w systemach wysokiego ryzyka (IAPP).
• Modele oparte na danych pozyskanych niezgodnie z prawem. Opinia EROD 28/2024 z 18 grudnia 2024 roku stwierdza, że rozwój modelu z wykorzystaniem niezgodnie z prawem przetworzonych danych osobowych może wpływać na zgodność z prawem jego wdrożenia, o ile model nie został prawidłowo zanonimizowany (EROD).

Większość pracy z AI leży poza tą krótką listą, gdzie odpowiedź rzadko brzmi jednoznaczne "nie". To "tak, jeśli".

WIĘKSZOŚĆ JEST WARUNKOWA, NIE ZABRONIONA

Duża środkowa część pracy z AI jest zgodna z prawem, jeśli mogą Państwo wykazać i udokumentować właściwe warunki.

Dwa warunki wykonują większość tej pracy. Pierwszym jest podstawa prawna. Dla trenowania i wykorzystywania modeli z danymi osobowymi EROD zaproponowała trzystopniowy test uzasadnionego interesu, który waży sam interes, konieczność przetwarzania oraz bilans wobec praw osób, których dane dotyczą (EROD). Uzasadniony interes jest dostępny, ale trzeba go zdobyć poprzez ten test, a nie zakładać z góry.

Drugim warunkiem jest anonimowość, której nie mogą Państwo sami sobie zadeklarować. Ta sama opinia stwierdza, że model wytrenowany na danych osobowych nie jest automatycznie anonimowy. Uznaje się go za anonimowy tylko wtedy, gdy jest wysoce nieprawdopodobne zarówno zidentyfikowanie osób, których dane posłużyły do treningu, jak i wydobycie tych danych za pomocą zapytań, co organ nadzorczy ocenia w każdym przypadku z osobna (IAPP). Opinia opiera się na formule "każdy przypadek z osobna" tak mocno, że analitycy prawni policzyli jej wystąpienia w tekście (Ropes & Gray). Praktyczna interpretacja: większość przetwarzania AI jest dozwolona pod warunkiem, że mogą Państwo wykazać swoją podstawę i dokumentację.

WARUNKI MAJĄ W PRZEWAŻAJĄCEJ MIERZE CHARAKTER ARCHITEKTONICZNY

Pocieszające jest to, że warunki, które muszą Państwo spełnić, w dużej mierze zależą od tego, jak budują Państwo system, a nie od tego, kim Państwo są.

• Trzymać mniej, krócej. Minimalizacja danych i ograniczenie celu obowiązują w miejscach specyficznych dla AI, w których dane się ukrywają: w logach promptów i systemowych oraz w wektorach w magazynie RAG. Wytyczne EROD wskazują, by minimalizować to, co jest logowane, preferować identyfikatory zagregowane lub pseudonimizowane oraz utrzymywać krótki okres przechowywania (Analiza EROD).
• Świadomie decydować, gdzie leżą dane. Od wyroku Schrems II przekazanie danych osobowych dostawcy z USA nie jest załatwione samym podpisaniem standardowych klauzul umownych. Muszą Państwo sprawdzić, czy te klauzule są faktycznie egzekwowalne w świetle amerykańskiego prawa nadzoru, a tej odpowiedzialności nie da się przenieść na dostawcę (Analiza).

To praktyczny powód, dla którego rezydencja danych i praca on-premise są dźwignią sterowania, a nie ideologią, ten sam punkt stoi za uruchamianiem modeli, które Państwo posiadają, zamiast wynajmować (iiterate).

RODO I UNIJNE ROZPORZĄDZENIE O AI TO DWA REŻIMY, NIE JEDEN

Pomocne jest traktowanie ochrony danych i regulacji AI jako odrębnych obowiązków, które się spotykają, a nie jako jednego zbioru przepisów.

RODO to reżim praw podstawowych dotyczący danych osobowych; unijne rozporządzenie AI Act leży bliżej prawa bezpieczeństwa produktów w odniesieniu do systemów AI (IAPP). System wysokiego ryzyka może podlegać obowiązkom z obu reżimów: ocenie skutków dla ochrony danych na mocy artykułu 35 RODO oraz ocenie skutków dla praw podstawowych na mocy artykułu 27 AI Act, która ją uzupełnia, a nie zastępuje. Te dwa reżimy zazębiają się też w niewygodny sposób. Praktycy zwracają na przykład uwagę, że profilowanie na gruncie RODO może z powrotem wciągnąć w zakres regulacji system, który wyjątek z AI Act pozornie zwalniał (r/gdpr). Oficjalna pomoc jest w drodze: EROD i Komisja Europejska mają opublikować na początku 2026 roku wspólne wytyczne dotyczące tego zazębienia (IAPP).

TRWAŁA POSTAWA COMPLIANCE DLA ZESPOŁU Z SEKTORA MŚP

Nie potrzebują Państwo pewności, której nie dostarczył nadzór. Potrzebują Państwo solidnej, udokumentowanej postawy. Praktyczna kolejność:

1. Proszę zmapować, gdzie dane osobowe trafiają do systemu: wejścia, prompty, logi, dane treningowe oraz magazyn RAG.
2. Proszę wybrać i udokumentować podstawę prawną dla każdego zastosowania. Jeśli opierają się Państwo na uzasadnionym interesie, proszę przeprowadzić test bilansujący, a nie go zakładać.
3. Proszę przeprowadzić DPIA, zanim wdrożą Państwo coś, co profiluje ludzi lub decyduje o nich, i utrzymywać człowieka znacząco w pętli decyzyjnej w przypadkach z artykułu 22.
4. Proszę minimalizować i ograniczać w czasie to, co przechowuje system, zwłaszcza logi promptów i wektory.
5. Proszę świadomie decydować o rezydencji danych. Jeśli dane osobowe miałyby opuścić UE, proszę przeprowadzić kontrolę transferu lub utrzymać przetwarzanie w UE albo on-premise.
6. Proszę ponownie zweryfikować postawę, gdy w 2026 roku pojawią się wspólne wytyczne EROD i Komisji.

W skrócie: na gruncie RODO bardzo niewiele w AI jest zabronione kategorycznie, kilka rzeczy naprawdę jest, a reszta to w przeważającej mierze udokumentowane "tak, jeśli". Warunki, które o tym decydują, mają w przeważającej mierze charakter architektoniczny, co oznacza, że to Państwo je ustalają. Te same pytania dotyczące governance pojawiają się w momencie, gdy wewnętrzny agent dotyka danych klientów (iiterate). To pozostaje orientacją, a nie poradą prawną, proszę więc uczynić Państwa inspektora ochrony danych kolejnym czytelnikiem.

Europejska scena modeli, Mistral i podmioty wokół niego, dysponuje w 2026 roku prawdziwymi pieniędzmi i prawdziwymi modelami. Jednocześnie pod względem czystych możliwości pozostaje w tyle za czołówką USA i Chin, a samo słowo europejski na etykiecie nie oznacza jeszcze suwerenności. Dla firmy z sektora MŚP przydatne pytanie brzmi więc nie, czy istnieje europejski model. Brzmi ono, jakiego rodzaju kontroli Państwo faktycznie potrzebują i co ona Państwu daje. Ten artykuł przedstawia krajobraz, szczere luki oraz decyzję, która się pod tym kryje.

Co suwerenność faktycznie oznacza, a co nie

Suwerenna AI oznacza, że model i jego dane pozostają pod prawną i operacyjną kontrolą organizacji. Dźwignie, które to zapewniają, są konkretne: otwarte wagi, które mogą Państwo hostować samodzielnie, oraz hosting, który utrzymuje dane w UE lub na Państwa własnych maszynach.

Dwa szczere zastrzeżenia chronią to słowo przed zamienieniem się w marketing.

🔸 Sam kod pocztowy UE to jeszcze nie suwerenność.
Przepisy o dostępie państwowym, także we Francji i w Niemczech, mogą wymuszać dostęp do danych w sposób, przed którym lokalizacja w UE nie chroni w pełni. To, gdzie znajdują się dane, jest konieczne, ale niewystarczające.

🔸 O suwerenności decyduje własność w takim samym stopniu jak pochodzenie.
Silo AI, fiński producent otwartych modeli Poro i Viking, jest dziś spółką zależną AMD, firmy z USA, co poddaje go amerykańskiemu prawu. Model powstały w Europie, ale będący własnością zagraniczną, nie jest automatycznie suwerenny (North Atlantic).

Suwerenność jest więc pytaniem o stack technologiczny i jego własność, a nie flagą na stronie głównej.

Mistral i pieniądze, które uwiarygodniły Europę

Mistral jest powodem, dla którego europejska AI przestała być przypisem, a sposób, w jaki doszło do jego finansowania, jest właściwym sygnałem.

W swojej rundzie finansowania, o której poinformowano we wrześniu 2025 roku, Mistral pozyskał około 1,7 miliarda euro przy wycenie rzędu 11,7 miliarda euro, a inwestorem wiodącym był ASML, holenderski producent maszyn do produkcji chipów, z wkładem około 1,3 miliarda euro (CNBC). To, że firma sprzedająca maszyny do produkcji zaawansowanych chipów inwestuje w laboratorium modeli, jest posunięciem dotyczącym suwerenności, nie tylko finansowym. Mistral połączył to z infrastrukturą i celuje w około 200 megawatów europejskiej mocy obliczeniowej do 2027 roku, posiadanej, a nie wynajmowanej, w lokalizacjach blisko Paryża oraz w dużej nowej inwestycji w Szwecji (Data Center Dynamics). Realna jest również jego trakcja w segmencie enterprise, z konkretnie nazwaną współpracą u boku Airbusa, BMW, Amazona i SAP.

Historia, którą Mistral opowiada o sobie samym, jest tą przydatną częścią: firma nie stara się wygrać czystego wyścigu modeli z amerykańskimi gigantami, stara się posiadać europejski stack technologiczny, który znajduje się pod modelami. Dla nabywcy, dla którego liczy się kontrola, ta kwalifikacja znaczy więcej niż miejsce w rankingu.

A poza tym: reszta europejskiej stawki

Mistral nie jest całym polem, a pozostali gracze ujawniają różne zakłady na to, gdzie leży europejska wartość.

Aleph Alpha, firma z Heidelbergu, która niegdyś uchodziła za niemiecką nadzieję na model czołowej klasy, zrezygnowała z pogoni za szczytem i przebudowała się wokół platformy suwerenności i zgodności, PhariaAI, nastawionej na wdrożenia on-premise oraz w trybie air-gapped w regulowanych branżach (Analiza). Black Forest Labs, założone we Fryburgu przez część pierwotnego zespołu Stable Diffusion, tworzy otwartą rodzinę modeli obrazu FLUX (Dakota). A Teuken-7B, z prowadzonego przez Fraunhofera konsorcjum OpenGPT-X, jest modelem dostępnym do otwartego pobrania, wytrenowanym na wszystkich dwudziestu czterech oficjalnych językach UE, zbudowanym z myślą o samodzielnym hostowaniu (Fraunhofer).

Godny uwagi wzorzec polega na tym, że najsilniejsze europejskie posunięcia coraz częściej dotyczą stacku technologicznego, otwartości i modelu wdrożenia, a nie pojedynczego modelu czołowej klasy. I akurat tam znajduje się przewaga nabywcy z sektora MŚP.

Szczera luka kompetencyjna

Rzeczowość jest bardziej wiarygodna niż entuzjazm, więc oto jasno nazwana luka. W niezależnych indeksach możliwości europejski flagowiec plasuje się raczej w środku stawki modeli open weight niż na szczycie (Artificial Analysis). Przekrzywione jest też finansowanie: łączne finansowanie modeli w Europie jest niewielkie w porównaniu z wyceną pojedynczego amerykańskiego laboratorium, bliżej błędu zaokrąglenia niż rywalizacji (North Atlantic).

Przydatnym krokiem nie jest zaprzeczanie tej luce, lecz zapytanie, czy dotyczy ona Państwa zadania. Przy tworzeniu wersji roboczych, ekstrakcji, klasyfikacji i retrieval na własnych dokumentach, w pełni kontrolowany przez Państwa otwarty model ze środka stawki zazwyczaj przeskakuje tę poprzeczkę, a kontrola jest warta więcej niż ostatnie kilka punktów w benchmarkach. To ten sam kompromis, który przyjęliśmy, gdy model czołowej klasy zniknął z rynku w ciągu siedemdziesięciu dwóch godzin: kontrola operacyjna bije wynajętą zdolność, gdy wynajętą zdolność można odebrać (iiterate). Szczyt to miejsce, w którym europejskie modele naprawdę zostają w tyle. To także ta część pracy, której wiele firm w rzeczywistości nie potrzebuje.

Co to oznacza dla nabywcy z sektora MŚP

Ta decyzja nie jest patriotyczna, jest architektoniczna. Trzy praktyczne ścieżki, zależnie od tego, czego wymaga dane obciążenie:

1. Potrzebna jest zdolność czołowej klasy, dane nie są wrażliwe. Hostowany model czołowej klasy pozostaje najbardziej wydajną opcją. Niech Państwo z niego korzystają i świadomie zaakceptują zależność.
2. Chodzi o kontrolę. W przypadku danych regulowanych, ochrony klientów lub wszystkiego, co muszą Państwo móc skontrolować, niech Państwo samodzielnie hostują otwarty europejski model lub model open weight, albo korzystają z inferencji hostowanej w UE, i niech Państwo zapiszą rezydencję danych oraz własność w specyfikacji, a nie w materiałach marketingowych.
3. Niech Państwo oceniają suwerenność po stacku technologicznym, nie po fladze. Gdzie działają wagi modelu, gdzie leżą dane, kto może wymusić dostęp i czy mogą Państwo wymienić model. To samo pytanie o kontrolę leży u podstaw RODO (iiterate).

Europejska scena jest wreszcie na tyle realna, by stanowić poważną odpowiedź dla tego drugiego przypadku, a to jest większość tego, o co jesteśmy proszeni, by budować. Powodem, dla którego warto się tym przejmować, nie jest flaga. Jest nim to, że wynajęta zdolność jest odwoływalna, a kontrola jest czymś, co się buduje. Pytanie, które warto zadawać, brzmi nie, czy Europa może w tym roku dogonić czołówkę. Brzmi ono, które z Państwa obciążeń roboczych naprawdę potrzebują tej czołówki, a które tylko wydajnego modelu, który Państwo kontrolują.