Anthropic i DXC Technology ogłosiły wieloletni globalny sojusz, który wprowadza model Claude do infrastruktury krytycznej banków, linii lotniczych i ubezpieczycieli. Ponad 95% kodu platformy DXC OASIS napisał Claude, a dziesiątki tysięcy certyfikowanych inżynierów mają wdrażać AI bezpośrednio wewnątrz organizacji klientów. Co to oznacza dla sektora regulowanego i kto powinien zadać trudne pytania?
Wyobraź sobie, że system obsługujący transakcje twojego banku lub rezerwacje lotnicze jest zarządzany przez platformę, której ponad 95% kodu napisała sztuczna inteligencja. To już rzeczywistość: Anthropic i DXC Technology ogłosiły wieloletni globalny sojusz, który wprowadza model Claude bezpośrednio do infrastruktury krytycznej największych instytucji finansowych, lotniczych i rządowych na świecie. Co to oznacza dla sektora regulowanego, i kto powinien być tym zaniepokojony?
Najważniejsze:
- DXC Technology przeszkoli dziesiątki tysięcy inżynierów certyfikowanych z Claude i osadzi ich bezpośrednio w organizacjach klientów, banków, linii lotniczych, ubezpieczycieli i agencji rządowych.
- Ponad 95% kodu platformy DXC OASIS zostało wygenerowane przez Claude, a tempo prac developerskich wzrosło według szacunków DXC dziesięciokrotnie.
- Sojusz startuje w czterech obszarach: ubezpieczenia, modernizacja legacy systemów, cyberbezpieczeństwo i zarządzanie aplikacjami.
- Claude wchodzi do środowisk, które DXC obsługuje od ponad 50 lat, nie jako eksperyment, lecz jako domyślny silnik agenturalnych przepływów pracy.
- Głęboka integracja AI w backendzie regulowanych instytucji rodzi pytania o bezpieczeństwo, odpowiedzialność za błędy i zgodność z unijnym AI Act.
Najpierw własna firma, potem klienci, dlaczego ta kolejność ma znaczenie
Zanim DXC zaczęło oferować Claude klientom, firma przetestowała go we własnych strukturach, obejmujących około 115 000 pracowników w ponad 70 krajach. Kluczowe jest to, że testy odbywały się w warunkach równie rygorystycznych jak te, którym podlegają klienci z sektora regulowanego. To nie był kontrolowany sandbox, to było środowisko produkcyjne z realnymi wymogami bezpieczeństwa i compliance.
Efektem tych wewnętrznych testów jest platforma DXC OASIS, uruchomiona w kwietniu 2026 roku. Służy do zarządzania systemami IT klientów, gdzie agenty AI przejmują rutynowe zadania operacyjne. Claude jest domyślnym modelem napędzającym agenturalne przepływy pracy tej platformy. Firma szacuje, że jego zastosowanie przyspieszyło tworzenie oprogramowania dziesięciokrotnie, a ponad 95% kodu OASIS powstało z udziałem Claude, po czym trafiło do przeglądu przez inżynierów. Z platformy korzysta już ponad 50 klientów DXC, a firma planuje globalne rozszerzenie.
Ta sekwencja, najpierw własne operacje, potem klienci, to świadoma strategia uwiarygodnienia. W sektorach regulowanych argument „sami to uruchomiliśmy pod tymi samymi wymaganiami” ma inną wagę niż typowe demo produktowe. Pytanie, które pozostaje otwarte: czy regulator bankowy lub lotniczy podzieli ten pogląd?
Armia certyfikowanych inżynierów wdrożeniowych, nowy model integracji AI
Centralnym elementem sojuszu jest program tzw. forward-deployed engineers (FDE), inżynierów osadzanych bezpośrednio wewnątrz organizacji klientów. DXC zamierza przeszkolić dziesiątki tysięcy takich specjalistów, rekrutując ich z własnych zespołów developerskich i certyfikując przez Anthropic Academy. Do standardowego programu DXC dodało własne moduły skupione na systemach krytycznych, które obsługuje dla klientów.
To istotna różnica wobec typowej integracji API. Inżynier FDE zna zarówno narzędzie AI, jak i konkretne środowisko klienta, jego architekturę, historię, wymagania regulacyjne. W sektorze bankowym czy lotniczym, gdzie systemy działają pod ciągłą presją audytów i nadzoru, a błąd może oznaczać realne konsekwencje dla milionów użytkowników, ta znajomość kontekstu jest niezbywalna. Jednocześnie rodzi pytanie o job displacement: jeśli jeden inżynier z Claude robi dziś robotę dziesięciu, co dzieje się z pozostałymi dziewięcioma?
Cztery obszary wdrożenia, co konkretnie się zmienia
Sojusz startuje w czterech obszarach. Warto spojrzeć na każdy z nich nie tylko przez pryzmat deklaracji, ale i realnych wyzwań:
| Obszar | Co obiecuje DXC/Anthropic | Pytanie bez odpowiedzi |
|---|---|---|
| Ubezpieczenia | Agenturalne rozwiązania i modernizacja systemów rdzeniowych dopasowana do modelu operacyjnego każdego klienta | Kto odpowiada za błędnie rozpatrzone roszczenie, jeśli decyzję podjął agent AI? |
| Modernizacja jako Usługa (MaaS) | Analiza i przebudowa starych baz kodu szybciej i dokładniej niż metodami tradycyjnymi | Jak weryfikować poprawność zrefaktorowanego kodu legacy, którego nikt już w pełni nie rozumie? |
| Cyberbezpieczeństwo | Stale działający subagent bezpieczeństwa oparty na Claude Security, wdrożony w centrach operacji bezpieczeństwa (SOC) | Czy agent AI może stać się nowym wektorem ataku dla podmiotów testujących jego granice? |
| Zarządzanie aplikacjami | Claude osadzony bezpośrednio w środowiskach utrzymania i administracji aplikacjami korporacyjnymi | Jak wygląda ciągłość operacyjna, gdy model AI zostaje zaktualizowany lub wycofany przez Anthropic? |
95% kodu pisanego przez AI, rewolucja czy ryzyko?
Liczba, która powinna przykuć uwagę każdego, kto zajmuje się bezpieczeństwem systemów krytycznych: ponad 95% kodu platformy OASIS wygenerował Claude. Inżynierowie pełnili rolę recenzentów, nie autorów. DXC przedstawia to jako dowód efektywności, i rzeczywiście, dziesięciokrotne przyspieszenie prac developerskich to wynik, który trudno zignorować.
Jednak w środowiskach, gdzie systemy obsługują transakcje finansowe lub operacje lotnicze, pojawia się fundamentalne pytanie o audytowalność: czy recenzja ludzka nadąża za tempem generowania kodu przez AI? Tradycyjne metodyki code review zakładają, że recenzent rozumie każdą linię. Przy takiej skali generowania przez model językowy granica między „przeglądem” a „zatwierdzeniem w ciemno” może być trudna do utrzymania. Regulatorzy w Europie, zwłaszcza w kontekście unijnego AI Act, który nakłada szczególne wymogi na systemy wysokiego ryzyka, będą musieli odpowiedzieć na to pytanie, zanim podobne wdrożenia trafią do nadzorowanych instytucji finansowych.
Co to oznacza dla polskich i europejskich instytucji
DXC to firma z ponad pięćdziesięcioletnią historią obsługi systemów, na których opiera się gospodarka: od przetwarzania transakcji bankowych po zarządzanie flotami lotniczymi. Wejście Claude do tych środowisk nie jest kolejnym startem-upem z chatbotem w chmurze. To integracja AI w sam rdzeń infrastruktury, która operuje bez prawa do przestoju.
Dla polskich i europejskich instytucji korzystających z usług DXC lub podobnych dostawców IT konsekwencja jest prosta: kontakt z AI w backendzie staje się nieuchronny niezależnie od własnych decyzji o wdrożeniu. Jeśli operator IT zarządzający systemem bankowym wdroży Claude do swoich procesów, bank jest eksponowany, nawet jeśli sam nie podpisał żadnej umowy z Anthropic. To nowy rodzaj zależności, który działy prawne i compliance będą musiały adresować w ciągu najbliższych miesięcy.
DXC dołączyła też do sieci Claude Partner Network, skupiającej firmy doradcze i usługowe wdrażające Claude u klientów korporacyjnych. Anthropic buduje tym samym ekosystem partnerski oparty na specjalizacji branżowej, model znany z programów partnerskich wielkich dostawców chmury, teraz przeniesiony na grunt modeli AI.
Najczęściej zadawane pytania
Czy Claude może zastąpić pracowników IT w bankach i ubezpieczalniach?
Bezpośrednio, nie, przynajmniej nie w modelu opisanym przez DXC i Anthropic. Claude działa jako narzędzie w rękach certyfikowanych inżynierów FDE, którzy są osadzeni wewnątrz organizacji klientów. Pośrednio jednak fakt, że jeden inżynier z Claude wykonuje według szacunków DXC pracę dziesięciu, oznacza, że zapotrzebowanie na personel techniczny może się zmieniać. To pytanie, na które sojusz nie daje wprost odpowiedzi.
Jak wygląda certyfikacja inżyniera Claude w programie DXC?
Inżynierowie są rekrutowani z istniejących zespołów developerskich DXC i przechodzą szkolenie przez Anthropic Academy, program certyfikacyjny Anthropic dla partnerów. DXC uzupełnia go o własny curriculum poświęcony systemom krytycznym, które obsługuje dla klientów. Źródło nie podaje informacji o czasie trwania certyfikacji ani jej kosztach.
Czy wdrożenia opisane w sojuszu są zgodne z unijnym AI Act?
Źródło nie zawiera informacji na ten temat. AI Act klasyfikuje systemy używane w infrastrukturze krytycznej i sektorze finansowym jako systemy wysokiego ryzyka, co wiąże się z dodatkowymi wymogami dotyczącymi transparentności, audytowalności i nadzoru ludzkiego. To obszar, który instytucje regulowane będą musiały zbadać samodzielnie przed wdrożeniem.
Ile klientów korzysta już z platformy OASIS i co to oznacza w praktyce?
Według informacji Anthropic z platformy DXC OASIS korzysta ponad 50 klientów. DXC planuje rozszerzać dostępność na kolejne rynki. Źródło nie podaje, jaki odsetek całej bazy klientów DXC to stanowi ani w jakich konkretnie krajach platforma jest już aktywna.
Co się stanie, jeśli Anthropic zmieni warunki dostępu do Claude lub wycofa model?
Źródło nie adresuje tego ryzyka. Jest to jednak pytanie kluczowe dla ciągłości operacyjnej instytucji, które oparłyby swoje procesy krytyczne na jednym modelu jednego dostawcy. Dywersyfikacja dostawców AI i plany awaryjne to kwestie, które działy ryzyka regulowanych instytucji będą musiały uwzględnić.
Fot. panumas nikhomkhai / Pexels
Komentarze (0)