Polski startup ARK Labs ogłosił, że jego platforma pozwala uruchomić Claude Code w całości w infrastrukturze klienta, bez wysyłania kodu źródłowego do chmury zewnętrznego dostawcy. Kolejnym narzędziem obsługiwanym w ten sposób ma być Codex od OpenAI.
Kluczowe fakty:
- Polski startup ARK Labs, założony w 2023 roku w Szczecinie i finansowany przez Tar Heel Capital oraz Navivo VC, oferuje platformę umożliwiającą uruchomienie Claude Code w całości w infrastrukturze klienta, bez wysyłania kodu źródłowego do zewnętrznej chmury.
- Platforma ARK Labs łączy dostępne w organizacji karty graficzne w jedno środowisko obliczeniowe i uruchamia na nim otwarte modele (m.in. Mistral, DeepSeek, Qwen), wystawiając bramę API zgodną z formatami OpenAI v1 oraz Anthropic.
- Ogólna dostępność bramy API została ogłoszona 2 kwietnia 2026 roku, a kolejnym obsługiwanym narzędziem ma być Codex od OpenAI.
Informacja trafiła do redakcji 19 sierpnia. Za komunikatem stoi firma założona w 2023 roku w Szczecinie, dziś z biurami w Szczecinie i Warszawie, finansowana przez Tar Heel Capital i Navivo VC. Sprawdziłem, co dokładnie oznacza obietnica „Claude Code na własnym sprzęcie”, bo jest tu jeden szczegół, który zmienia obraz całości.
Dlaczego banki i szpitale odbijały się od narzędzi do kodowania
Asystenci programistyczni działają na prostej zasadzie: żeby model mógł zaproponować zmianę w pliku, musi ten plik zobaczyć. W praktyce oznacza to wysłanie fragmentów repozytorium, konfiguracji, czasem struktur baz danych na serwery dostawcy modelu. Dla większości firm to akceptowalne ryzyko biznesowe. Dla banku objętego tajemnicą bankową, szpitala przetwarzającego dane o zdrowiu albo spółki z sektora obronnego bywa to rozmowa, która kończy się na pierwszym spotkaniu z działem bezpieczeństwa.
Efekt jest taki, jak opisuje ARK Labs w swoim komunikacie: zespoły w regulowanych organizacjach pracują na słabszych narzędziach niż ich koledzy z firm, które takich ograniczeń nie mają. Nie dlatego, że lepszych nie ma. Dlatego, że nie da się ich wpuścić do środka.
Jak działa platforma ARK
Firma buduje warstwę oprogramowania, która łączy dostępne w organizacji karty graficzne w jedno środowisko obliczeniowe i serwuje na nim otwarte modele: GLM, Kimi, Qwen, Mistral, DeepSeek. Całość wystawia bramę API zgodną z formatami OpenAI v1 oraz Anthropic, co w praktyce sprowadza wdrożenie do zmiany adresu, pod który odpytywany jest model. Ogólna dostępność tej bramy została ogłoszona 2 kwietnia 2026 roku.
Z materiałów firmy i strony produktowej wynika kilka rzeczy, które odróżniają tę ofertę od typowego wdrożenia on-premise:
- Sprzęt nie musi być jednorodny. Karty NVIDIA, AMD i Intela różnych generacji trafiają do wspólnej puli, a model jest dzielony na fragmenty według dostępnej pamięci VRAM.
- Nie jest wymagane NVLink ani InfiniBand. Wystarczy standardowy Ethernet, a firma deklaruje zapotrzebowanie rzędu 5 Mbit na sesję.
- Kontekst sesji pozostaje na GPU między kolejnymi wywołaniami modelu. ARK podaje, że przy długich rozmowach zmniejsza to liczbę przetwarzanych tokenów nawet o 98,9%, a czas oczekiwania na pierwszą odpowiedź skraca o 87%.
- Platforma ma utrzymywać działanie przy awarii do 99% sprzętu, a sesje są od siebie odizolowane.
- Dostępne warianty to zarządzana chmura w UE (ARK Cloud) oraz dwa modele instalowane u klienta, rozliczane od liczby kart pod zarządem.
Ten punkt o kontekście sesji jest mniej efektowny niż reszta, ale dla agentów kodujących ma największe znaczenie praktyczne. Klasyczne API jest bezstanowe, więc każda kolejna tura rozmowy oznacza ponowne przeliczenie całej historii. Przy sesji, która trwa godzinę i dotyka kilkudziesięciu plików, rachunek rośnie w tempie, którego nikt nie planował w budżecie.
Klient Claude Code zostaje, modele Claude nie
I tu dochodzimy do rzeczy, którą trzeba czytelnikowi powiedzieć wprost, bo z samego nagłówka komunikatu jej nie widać. Na sprzęcie klienta uruchamia się narzędzie Claude Code, czyli interfejs, agenta, sposób pracy z repozytorium. Modele Claude na tym sprzęcie nie działają, bo Anthropic ich nie udostępnia do samodzielnego hostowania. Odpowiedzi generują otwarte modele, które ARK wymienia w swoich materiałach.
Anthropic dopuszcza taką konfigurację technicznie. Dokumentacja Claude Code opisuje zmienną ANTHROPIC_BASE_URL, która kieruje narzędzie na dowolną bramę mówiącą formatem Anthropic Messages. Ta sama dokumentacja zawiera jednak zastrzeżenie: „Anthropic nie zatwierdza, nie utrzymuje ani nie audytuje produktów bram firm trzecich i nie wspiera kierowania Claude Code do modeli innych niż Claude przez jakąkolwiek bramę” / „doesn’t support routing Claude Code to non-Claude models through any gateway”.
Warto też wiedzieć, że sama brama nie zamyka jeszcze wszystkich kanałów. Claude Code wysyła poza jej ścieżką ruch poboczny: sprawdzanie wersji, telemetrię, raporty błędów. Da się go wyłączyć jedną zmienną środowiskową, ale kosztem automatycznych aktualizacji. W sieci, która ma naprawdę nie przepuszczać niczego na zewnątrz, to detal do odhaczenia na liście wdrożeniowej, nie coś, co dzieje się samo.
Doceniam to, co ARK Labs próbuje zrobić, i uważam, że kierunek jest dobrze wybrany. Suwerenność w AI nie rozstrzygnie się na poziomie tego, kto wytrenuje największy model, tylko na poziomie tego, gdzie fizycznie odbywa się wnioskowanie i czyje serwery widzą dane. Polska firma, która sprzedaje bankom i szpitalom możliwość korzystania z nowoczesnych narzędzi bez oddawania kodu na zewnątrz, adresuje realny problem, a nie wymyślony na potrzeby prezentacji inwestorskiej.
Mam jednak dwa pytania, na które komunikat prasowy nie odpowiada. Pierwsze dotyczy jakości. Claude Code jest tak dobry, jak model, który za nim stoi, a otwarte modele nadrabiają dystans do modeli zamkniętych szybko, ale wciąż go nadrabiają. Zespół, który dostanie znajomy interfejs i słabsze odpowiedzi, może uznać całe wdrożenie za nieudane, choć problem nie leży w infrastrukturze.
Drugie pytanie dotyczy trwałości układu. Anthropic wprost zapisał w dokumentacji, że nie wspiera kierowania swojego narzędzia do cudzych modeli. Dziś to działa, bo działa protokół. Jutro może działać inaczej, jeśli producent narzędzia zdecyduje, że chce to ograniczyć. Budowanie procesu wytwórczego banku na konfiguracji, którą dostawca oficjalnie odradza, wymaga planu awaryjnego. Chciałbym zobaczyć, jak ARK Labs ten plan opisuje klientom, bo od tego, a nie od liczby 98,9%, zależy powodzenie takich wdrożeń.
Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl
Liczby, które tłumaczą zainteresowanie inwestorów
Ósma edycja raportu Deloitte „State of AI in the Enterprise”, opublikowana w styczniu 2026 roku na podstawie badania 3 235 menedżerów z 24 krajów, pokazuje rynek, do którego ARK Labs się zgłasza. Prywatność i bezpieczeństwo danych wskazuje jako największe ryzyko związane z AI 73% badanych, przed zgodnością prawną i regulacyjną (50%) oraz zdolnościami nadzorczymi (46%). To ten sam odsetek, który firma cytuje w swoim komunikacie.
Ciekawsze są jednak liczby dotyczące pochodzenia technologii. Według Deloitte 83% firm uznaje ograniczenia dotyczące miejsca przechowywania danych i krajowych zasobów obliczeniowych za co najmniej umiarkowanie ważne dla planowania strategicznego, 77% deklaruje, że kraj pochodzenia rozwiązania wpływa na wybór dostawcy, a 66% wyraża obawy związane z zależnością od zagranicznej technologii i infrastruktury AI. Jednocześnie tylko 25% organizacji przeniosło do produkcji 40% lub więcej swoich eksperymentów z AI. Przepaść między pilotażem a wdrożeniem jest dokładnie tym miejscem, w którym ARK Labs chce zarabiać.
KNF, DORA i AI Act: dlaczego w Polsce ta oferta trafia w czuły punkt
Polski sektor finansowy porusza się w ramach komunikatu chmurowego KNF, który wymaga od podmiotów nadzorowanych oceny ryzyka, klasyfikacji informacji i zgłaszania zamiaru przetwarzania danych w chmurze z wyprzedzeniem. Do tego doszło rozporządzenie DORA z wymogami wobec zewnętrznych dostawców usług ICT, dyrektywa NIS2 wdrażana przez nowelizację ustawy o krajowym systemie cyberbezpieczeństwa oraz obowiązki AI Act dla systemów wysokiego ryzyka, które weszły w fazę egzekwowania 2 sierpnia tego roku. Każdy z tych aktów osobno da się obsłużyć. Razem tworzą środowisko, w którym instalacja modelu we własnej serwerowni jest po prostu prostsza proceduralnie niż negocjowanie umowy transgranicznej.
Jest jeszcze kontekst rynkowy, o którym w Polsce mówi się mniej chętnie. Debiut Claude Code zbiegł się w czasie ze spadkiem wycen firm z sektora usług IT, o czym pisaliśmy przy okazji problemów polskich software house’ów. Jeśli narzędzia agentowe faktycznie przenoszą wartość z godzin programisty na infrastrukturę, to firma sprzedająca warstwę wnioskowania stoi po właściwej stronie tej zmiany. Pod warunkiem że polskie banki i szpitale będą chciały kupić rozwiązanie od startupu ze Szczecina, a nie od dostawcy, którego nazwisko zna już ich komitet ryzyka. To bariera, której żadna optymalizacja tokenów nie usunie.
Źródła i metodologia
Artykuł powstał na podstawie analizy redakcji AIPORT.pl oraz informacji prasowej ARK Labs przesłanej redakcji 19 sierpnia 2026 roku za pośrednictwem Tar Heel Capital Pathfinder, a także materiałów produktowych i newsroomu firmy dostępnych na ARK Labs oraz dokumentacji Claude Code dotyczącej konfiguracji bram LLM. Dane rynkowe pochodzą z raportu Deloitte „State of AI in the Enterprise” ze stycznia 2026 roku. Kontekst regulacyjny opracowano na podstawie komunikatu chmurowego UKNF, rozporządzenia DORA, dyrektywy NIS2 oraz AI Act. Cytat Andreasa Hestbecka, CEO ARK Labs, pochodzi z polskojęzycznej wersji informacji prasowej. Komentarz redakcyjny i ocena kontekstu branżowego: Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl. Artykuł będzie aktualizowany w miarę pojawiania się nowych informacji o wdrożeniach ARK Labs i obsłudze kolejnych narzędzi agentowych.
