Zakupy AI dla przedsiębiorstw w 2024 roku miały domyślne podejście: cloud-first. Do połowy 2026 roku domyślne podejście uległo zmianie. Obowiązki wdrożeniowe wynikające z unijnej ustawy o AI, kierunek NIST dotyczący infrastruktury krytycznej oraz zestaw narzędzi politycznych OECD przesunęły decyzję architektoniczną przed decyzję o wyborze dostawcy. Residency-first — utrzymywanie treści inferencyjnych tam, gdzie wdrażający zarządza już wszystkim innym — stało się nowym standardem. Zmiana ta zajęła 24 miesiące.

Ten artykuł śledzi sygnały i ich znaczenie dla przedsiębiorstwa kupującego AI w 2026 roku.

Era cloud-first i co w niej działało

W latach 2023 i na początku 2024 roku zakupy AI dla przedsiębiorstw podążały za szerszym wzorcem oprogramowania w chmurze. Dostawca oferował zarządzane API LLM, wdrażający integrował się z nim, inferencja odbywała się na infrastrukturze dostawcy, a zespół ds. zgodności wdrażającego akceptował certyfikaty dostawcy (SOC 2, ISO 27001, DPA zgodne z RODO) jako wystarczający dowód. Było to proste do pozyskania, szybkie do oceny i dobrze dopasowane do sposobu, w jaki przedsiębiorstwa kupowały SaaS przez poprzednią dekadę.

Badanie przedsiębiorstw a16z z marca 2024 uchwyciło moment późnego cloud-first: 72% przedsiębiorstw korzystało z API do dostępu do swojego modelu, ponad połowa używała modelu hostowanego przez swojego dostawcę usług w chmurze, a „transakcje, które kiedyś trwały ponad rok, są finalizowane w 2 lub 3 miesiące” dla produktów spełniających nowe wymagania [3]. Nawet w połowie 2024 roku nowe wymagania zaczynały już wpływać na krzywą transakcji.

Co się zepsuło

Unijna ustawa o AI weszła w życie w sierpniu 2024 roku. Zakazane praktyki AI stały się skuteczne 2 lutego 2025, obowiązki dotyczące zarządzania i GPAI od 2 sierpnia 2025, obowiązki dotyczące przejrzystości od sierpnia 2026, a obowiązki wdrożeniowe dla systemów wysokiego ryzyka, które przekształcają architekturę zakupów, obowiązują od 2 grudnia 2027 [1]. Polityczne porozumienie omnibus z 7 maja 2026 potwierdziło ten termin 2 grudnia 2027 i dodało nowe zakazy [2], odbierając zespołom zakupowym nadzieję na przesunięcie terminu.

Ustawa rozróżnia pomiędzy dostawcą a wdrażającym system AI. Obowiązki wdrożeniowe obejmują nadzór ludzki, monitorowanie, przechowywanie logów oraz wykazywanie tych zdolności na żądanie [1]. Kluczowe jest to, że obowiązek spoczywa na wdrażającym — banku, szpitalu, agencji — a nie na dostawcy LLM.

Ten pojedynczy fakt prawny zmienił architekturę. Obowiązku wdrożeniowego nie można spełnić za pomocą certyfikatu dostawcy. Zakupy cloud-first zakładały, że certyfikaty dostawcy są proxy dla postawy zgodności wdrażającego. Zakupy residency-first to to, co wdrażający robi, gdy to założenie przestaje obowiązywać.

Sygnały, które to potwierdziły

Trzy sygnały w 2026 roku potwierdziły podejście residency-first jako kierunek obowiązujący w różnych jurysdykcjach, a nie jako europejską osobliwość.

Profil NIST AI RMF dla infrastruktury krytycznej, 7 kwietnia 2026. [4] Pierwsze federalne w USA określenie zakresu obowiązków wdrożeniowych AI RMF dla operatorów infrastruktury krytycznej. Etap koncepcyjny, niezatwierdzony, ale kierunek jest jednoznaczny: federalne zamówienia publiczne w USA zmierzają w stronę tych samych obowiązków wdrożeniowych, które UE skodyfikowała.

Narzędzia polityki AI OECD, 3 czerwca 2026. [5] Terminologia OECD oznaczająca „zasady są ustalone; wąskim gardłem jest wdrożenie”. Ramy narzędzi polityki odpowiadają trajektorii UE i USA na tyle blisko, że przedsiębiorstwo wielonarodowe projektujące raz dla najsurowszej jurysdykcji spełnia wymagania pozostałych.

Kontynuacja skracania cyklu transakcyjnego a16z. Badanie z 2024 roku [3] uchwyciło wczesny kształt; do 2026 roku produkty spełniające wymagania obowiązków wdrożeniowych przechodzą proces zamówienia w ciągu tygodni, podczas gdy produkty niespełniające tych wymagań nadal potrzebują roku lub więcej. Sygnałem rynkowym jest szybkość samej decyzji zakupowej.

Jak wygląda residency-first pod względem architektonicznym

Architektura, na którą wskazują sygnały, ma cztery cechy:

  1. Wnioskowanie lokalne u wdrożeniowca. Albo na urządzeniu użytkownika, albo na serwerze obsługiwanym przez wdrożeniowca. Zapytania i odpowiedzi nigdy nie opuszczają obszaru wdrożeniowca.
  2. Bezpłatne dzienniki audytu należące do wdrożeniowca. Każde działanie administracyjne jest rejestrowane z datą i wykonawcą w SIEM wdrożeniowca. Wiersz audytu nie zawiera zapytań ani odpowiedzi; wiersz jest dowodem, a treść pozostaje do przechowania przez wdrożeniowca.
  3. Tożsamość przez IdP wdrożeniowca. OIDC wobec Microsoft Entra ID lub Google Workspace; istniejące kontrole dostępu pozostają bez zmian.
  4. Brak dzierżawy wnioskowania obsługiwanej przez dostawcę. Dostawca nie obsługuje środowiska wykonawczego modelu ani nie otrzymuje treści wnioskowania na tej ścieżce. Usługi licencjonowania, tożsamości, polityki, zarządzania flotą, agregacji użycia i wsparcia mogą być nadal obsługiwane przez dostawcę i muszą być uwzględnione w przeglądzie przepływu danych i dostępności.

Chmurne API LLM mogą z wysiłkiem realizować właściwości 1–3. Właściwość 4 jest rozróżnieniem architektonicznym: obsługa środowiska wykonawczego wnioskowania to cecha chmurowego API LLM. Podejście residency-first nie oznacza, że każdy rekord płaszczyzny sterowania jest lokalny, dlatego kupujący powinni oceniać pozostałe usługi osobno.

Co to oznacza dla przedsiębiorstwa kupującego AI w 2026 roku

Trzy konkretne implikacje.

Po pierwsze, kwestionariusze dostawców wymagają przekształcenia. Pytania, które zadawał wdrażający w 2024 roku, dotyczyły certyfikatów dostawcy. Pytania, które zada wdrażający w 2026 roku, dotyczą powyższych właściwości architektury wdrożenia. Zespoły zakupowe, które jeszcze nie przepisały swojego szablonu, to te, które zgłaszają zastoje w cyklach zakupowych — zobacz Dlaczego wdrożenia AI on-premise zatrzymują się w procesie zakupowym aby poznać pełny wzorzec.

Po drugie, najsurowsza jurysdykcja ustala architekturę. Międzynarodowy wdrażający projektujący zgodnie z obowiązkami wynikającymi z unijnego Aktu AI z 2 grudnia 2027 r. [1] nie zawiedzie wymagań USA, Wielkiej Brytanii, Japonii ani Singapuru — zobacz Artykuł o zgodności z Aktem AI UE dla mapowania poszczególnych obowiązków. Konwergencja międzyjurysdykcyjna dokumentowana przez Zestaw Narzędzi OECD [5] to właśnie to, co czyni jedną architekturę wykonalną.

Po trzecie, matematyka cyklu zakupowego uległa zmianie. Produkty spełniające kryterium residency-first zamykają się w 2–3 miesiące; produkty, które tego nie spełniają, zajmują 12+ miesięcy [3]. Przedsiębiorstwa kupujące AI w 2026 roku powinny wyceniać dopasowanie architektoniczne przed kosztem na stanowisko — 9-miesięczne opóźnienie w zakupie jest droższe niż jakakolwiek różnica w koszcie na stanowisko.

Bibliografia

  1. Komisja Europejska. „Akt AI — Ramy regulacyjne dotyczące AI.” https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Dostęp 2026-07-22.
  2. Komisja Europejska. „Polityczne porozumienie omnibusowe dotyczące Aktu AI, 7 maja 2026.” https://digital-strategy.ec.europa.eu/. Dostęp 2026-07-22.
  3. Andreessen Horowitz. „Stan generatywnej AI w przedsiębiorstwie.” https://a16z.com/generative-ai-enterprise-2024/. Opublikowano 21 marca 2024. Dostęp 2026-07-22.
  4. NIST. „Ramowy system zarządzania ryzykiem AI.” https://www.nist.gov/itl/ai-risk-management-framework. Dostęp 2026-07-22. Notatka koncepcyjna dotycząca Infrastruktury Krytycznej opublikowana 7 kwietnia 2026.
  5. Obserwatorium Polityki AI OECD. „Zestaw narzędzi polityki AI.” https://oecd.ai/en/wonk. Dostęp 2026-07-22. Opublikowano 3 czerwca 2026.