AI Admin Console udostępnia sześć funkcji. Każda jest pozycją w menu bocznym i odpowiada na jedno konkretne pytanie, które recenzent ds. zakupów lub lider ds. zgodności zada podczas analizy przedsiębiorstwa. Wszystkie sześć razem obejmują to, co unijna ustawa o AI nazywa obowiązkami wdrożeniowymi [1] oraz to, co NIST AI RMF określa jako „zapisy działań systemu wystarczające do odtworzenia decyzji” [2] — wszystko to z poziomu jednej aplikacji desktopowej, którą zespół IT już potrafi zainstalować.

Funkcje wymienione są w kolejności, w jakiej pojawiają się w menu bocznym Konsoli. Każda sekcja poniżej podaje pytanie zakupowe, co Konsola z tym robi oraz gdzie znajdują się dane.

Członkowie i dostęp

Pytanie: kto w naszej organizacji ma prawo korzystać z AI Suite i na jakim poziomie licencji?

Konsola pozwala administratorowi zaprosić współpracowników za pomocą e-maila, przypisać miejsca licencyjne Personal lub Commercial (Miesięczne, Roczne lub Jednorazowe) oraz odebrać dostęp, gdy pracownicy odchodzą. Możliwość masowego zapraszania z pliku CSV. Lista członków jest jedynym źródłem prawdy wdrożeniowca dotyczącego „kto ma dostęp” — to ta sama odpowiedź, którą zespół ds. zgodności przedstawia, gdy musi wykazać nadzór ludzki.

Co jest przechowywane na zapleczu Software Tailor: lista organizacji. Czego nie ma: żadnych zapisów działań tych członków w modelu. Konsola jest powierzchnią dostępu; wnioskowanie odbywa się lokalnie.

Licencje

Pytanie: jaki poziom licencji ma każdy członek i jak jest egzekwowany offline?

Klucze licencyjne na użytkownika są weryfikowane offline. Przydatne, gdy miejsca muszą działać bez połączenia sieciowego — częsty wymóg w regulowanych branżach, gdzie stacja robocza AI jest w sieci segmentowanej. Konsola wydaje i unieważnia klucze; nadpisania poziomu dla poszczególnych użytkowników są widoczne obok domyślnego poziomu organizacji.

To jedyna funkcja, w której Konsola zapisuje wartość, która musi zostać przesłana na maszynę użytkownika. Wszystko inne to metadane dotyczące wdrożenia, a nie treści.

Rejestracja AI Server

Pytanie: jakiego sprzętu nasza organizacja używa do uruchamiania inferencji?

AI Suite instaluje, aby rozmawiać z lokalnym aisuite-server proces; ten proces może komunikować się zarówno z modelem na urządzeniu, jak i z kontrolowanym przez klienta AI Serverem działającym w sieci klienta. Rejestracja AI Server to sposób, w jaki Konsola wiąże te instancje serwera z organizacją, aby akceptowały podpisane żądania z zatwierdzonych instalacji AI Suite. Parowanie, rotacja poświadczeń, unieważnianie bez konieczności ingerencji w sam serwer.

Aspekt zakupowy: sprzęt do wnioskowania należy do wdrażającego. Rejestracja to potwierdza. Konsola nigdy nie widzi danych wejściowych ani wyjściowych modelu.

Polityka

Pytanie: jakie modele, dostawcy i zasady przetwarzania danych mają zastosowanie do instalacji AI Suite w naszej organizacji?

Polityka to ogólnofirmowa konfiguracja, której przestrzega każda aplikacja AI Suite: jakie modele są dozwolone, wskazówki dotyczące lokalizacji danych, dostawcy logowania oraz konfiguracja najemcy OIDC. Zmiany są propagowane do każdej instalacji przy następnym uruchomieniu. To właśnie na to wdrażający wskazuje, gdy pytany jest „jakie zabezpieczenia są wprowadzone?” — oraz to, co edytują, gdy pojawia się nowelizacja unijnej ustawy o AI (najnowsza, z 7 maja 2026, zaostrzyła definicję systemów wysokiego ryzyka [1]).

Audyt

Pytanie: co się wydarzyło, kiedy, przez kogo — i czy możemy to wygenerować na żądanie?

Każde działanie administracyjne jest zapisywane w wierszu audytu JSONL: znacznik czasu, adres e-mail wykonawcy, czasownik akcji, zasób podlegający działaniu, the X-App-Id pochodzącego klienta. Brak podpowiedzi. Brak odpowiedzi. Brak zawartości dokumentu. Magazyn zawartości wdrażającego przechowuje zawartość inferencji; wiersz audytu Konsoli przechowuje dowód, że akcja miała miejsce.

To rozdzielenie sprawia, że wiersz spełnia wymóg NIST AI RMF dotyczący „rejestrów działań systemu wystarczających do odtworzenia decyzji” [2], bez konieczności przechowywania zawartości modelu, której wdrażający nie chce zachować. Architektura i format wiersza są udokumentowane w naszym beztreściowe dzienniki audytu artykuł.

Użycie według organizacji

Pytanie: co tak naprawdę dzieje się w naszej organizacji, łącznie?

Podsumowanie telemetryczne tylko do odczytu, ograniczone do organizacji: aktywne instalacje, najważniejsze zdarzenia, średni czas inferencji, oceny modeli. Brak surowych zapytań. Wszystko jest agregowane i pozbawione treści z założenia. Zespół IT wdrażającego używa tego do planowania pojemności; ich zespół ds. zgodności wykorzystuje to do sprawdzenia, czy „polityka jest faktycznie przestrzegana?”.

To jedyne miejsce, gdzie pojawia się liczba przekraczająca poszczególnych członków, i jedyne miejsce, gdzie Konsola podsumowuje zachowanie w czasie.

Dlaczego jedno narzędzie

NIST AI RMF [2] wymaga „rejestrów działań systemu wystarczających do odtworzenia decyzji”. Unijna AI Act wymaga od wdrażających wykazania nadzoru człowieka, monitorowania działania systemu, prowadzenia logów i ich udostępniania na żądanie [1]. W obu ramach wdrażający — a nie dostawca — ponosi obowiązek. Konsola istnieje, ponieważ zespół IT wdrażającego potrzebuje jednego miejsca do jego realizacji.

Sześć możliwości to nie lista funkcji. To odpowiedź na sześć pytań, które recenzent zamówienia zada kolejno. Zespoły rozpoczynające due diligence wdrożenia AI on-prem powinny zacząć od ram w Dlaczego wdrożenia AI on-prem utknęły w procesie zamówień; to w Konsoli znajdują się odpowiedzi.

Bibliografia

  1. Komisja Europejska. „AI Act — Ramy regulacyjne dotyczące AI.” https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai. Dostęp 2026-07-01.
  2. NIST. „AI Risk Management Framework.” https://www.nist.gov/itl/ai-risk-management-framework. Dostęp 2026-07-01.