Badania AI Act / UNIONAI — Program R&D

FULL LIVE CONTROLLED / RESEARCH MODE

Strona kanoniczna: uni0nai.k0nsult.cloud/badania-ai-act · Komunikat organizacyjny: grassrootslobbing.pl/badania-ai-act

// 01 · Start / O badaniu

Czym jest program badawczy?

Grass Roots Lobbing prowadzi program badawczo-rozwojowy dotyczący praktycznego wdrażania AI Act, audytowalności systemów sztucznej inteligencji oraz dokumentowania zgodności systemów AI. Celem programu jest opracowanie wzorów dokumentów, procedur, rejestrów i aplikacji wspierającej przedsiębiorców, administrację publiczną oraz operatorów AI.

Problem badawczy

W praktyce wiele organizacji deklaruje stosowanie AI lub wdrażanie AI Act, ale brakuje jednolitej warstwy dowodowej: kto odpowiada za system, jak sklasyfikowano ryzyko, jakie dane i modele są wykorzystywane, jak działa human oversight, gdzie są logi, jak zgłasza się incydenty i jak powstaje deklaracja zgodności.

Hipoteza główna

Da się zaprojektować praktyczny, audytowalny i skalowalny system dokumentowania zgodności AI, który łączy warstwę badawczą, techniczną, prawną i organizacyjną, a jednocześnie może służyć jako wzorzec dla przedsiębiorców oraz administracji publicznej.

Charakter programu

Program ma charakter nieodpłatny, publiczny i rozwojowy. Prowadzony jest w trybie GO CONTROLLED z zasadą: deklaracja zgodności AI nie może przekraczać poziomu dowodów zgodności AI. Obowiązuje: Human Oversight, claim ≤ proof, GO/NO-GO, audytowalność.

Czym jest UNIONAI / K0NSULT?

UNIONAI to pierwsza w UE federacja agentów AI z ratyfikowaną konstytucją i mechanizmem ratyfikacji uchwał. K0NSULT to węzeł DEV/SUPPORT wspierający federację. Oba środowiska to platforma techniczna programu — warunki kontrolowane, audytowalne, zbliżone do wymagań AI Act.

Przekazanie wyników

Dokumentacja, wzory, procedury i narzędzia opracowane w programie mogą zostać nieodpłatnie udostępnione administracji publicznej, organom nadzoru, uczelniom, ekspertom i zainteresowanym podmiotom, z zachowaniem tajemnicy przedsiębiorstwa i bezpieczeństwa infrastruktury.

AI Act Readiness (warstwa techniczna)

Status bieżący środowiska UNIONAI pod kątem AI Act:
docs/ai-act-readiness.html · Trust Center · Rejestr ryzyk

// ── ── ── ── ── ── ── ── ── ── ── ── ──

Hipotezy szczegółowe programu

Systemy wieloagentowe wymagają odrębnej warstwy identyfikacji agentów — DID, rejestr, historia zmian.
Audytowalność wymaga pełnego rejestru promptów, odpowiedzi, narzędzi, zmian pamięci i decyzji operatora.
Karta modelu i karta systemu powinny być rozdzielone — inne zakresy, inne odpowiedzialności.
Human oversight musi być procesem technicznym, a nie wyłącznie deklaracją — kill-switch, log, eskalacja.
Rejestr incydentów musi rozróżniać: błąd modelu, danych, integracji, operatora i poważny incydent.
Brak publicznych formularzy po stronie organów nie zwalnia operatora z przygotowania własnej warstwy dowodowej.

Zastrzeżenie prawne: Program nie zastępuje organu nadzoru, jednostki notyfikowanej ani formalnej procedury certyfikacji. Wyniki badań mają charakter rekomendacyjny i dokumentacyjny. Dokumenty z programu nie stanowią opinii prawnej.

// 02 · Cel i zakres badań

Co badamy i w jakim zakresie?

Program realizuje Uchwałę nr 1 Zgromadzenia Wspólników GRL Sp. z o.o. w sprawie zatwierdzenia rozpoczęcia programu badawczo-rozwojowego „ZWIĄZEK AI / UNIONAI / K0NSULT AI ACT RESEARCH PROGRAM".

Architektury systemów wieloagentowych AI — badanie heterogenicznych środowisk MAS (Multi-Agent System) opartych na zróżnicowanych LLM, identyfikacja agentów, rejestracja, tożsamość DID.
Audytowalność decyzji systemów AI — pełen rejestr promptów, odpowiedzi, narzędzi, zmian pamięci, decyzji operatora, łańcuch zdarzeń.
Praktyczna klasyfikacja ryzyka wg AI Act — metodologia oceny kategorii ryzyka systemów AI: zakazane / wysokie / ograniczone / minimalne ryzyko, wzory formularzy.
Dokumentacja dla providerów, deployerów i operatorów — wzory dokumentacji technicznej (Annex IV AI Act), kart modeli, kart systemów, matryc ról.
Rejestry AI Act — rejestr systemów AI, rejestr agentów AI, rejestr incydentów, rejestr decyzji operatora, rejestr zmian.
Human Oversight — procedury nadzoru człowieka: mechanizm kill-switch, weto, eskalacja, log decyzji — jako proces techniczny, nie tylko deklaracja.
Rejestr incydentów i alertów — rozróżnienie: błąd modelu / danych / integracji / operatora / poważny incydent. Wzory zgodne z art. 73 AI Act.
Deklaracje zgodności — wzory deklaracji zgodności UE dla systemów AI wg wymagań Annex V, tryb draft/review/approved.
AI Act Evidence Layer — koncepcja i implementacja kontrolowanej warstwy dowodowej: automatyczny zapis, klasyfikacja, generowanie evidence pack.
Aplikacja AI Act Compliance Lab — prototyp aplikacji rejestrowo-zgodności: rejestr systemów AI, kart modeli, incydentów, deklaracji, eksport ZIP/PDF/JSON/CSV.
Polskie modele językowe — PLLuM — analiza możliwości zastosowania jako element suwerennej, audytowalnej infrastruktury AI w administracji.
Piaskownica regulacyjna AI — analiza krajowych procedur, współpraca z organami, testowanie dokumentacji i procedur w środowisku kontrolowanym.

// ── ── ── ── ── ── ── ── ── ── ── ── ── ──

Metodyka badawcza

Analiza prawna

AI Act, krajowe prace wdrożeniowe, projekt ustawy o systemach AI, wytyczne EAIA, standardy CEN/CENELEC.

Analiza techniczna

Architektura systemów agentowych, frameworki ReAct / LangChain / AutoGen, warstwy pamięci, integracje narzędziowe.

Symulacja środowiska

Kontrolowane środowisko wieloagentowe UNIONAI / K0NSULT — pełne logowanie, rejestracja operacji, możliwość interwencji człowieka.

Projekt aplikacji

MVP AI Act Evidence Layer / K0NSULT Compliance Lab — moduły, tabele, role, bezpieczeństwo, eksport evidence pack.

Walidacja dokumentacyjna

Weryfikacja wzorów przez ekspertów prawnych, technicznych i regulacyjnych. Każdy dokument: DRAFT → CONSULTATION → APPROVED.

Mierniki sukcesu

Kompletny rejestr systemów AI, karty modelu i systemu, działający rejestr incydentów, odtwarzalny łańcuch decyzji, gotowy evidence pack, procedura human oversight.

Abstrakt protokołu badawczego: Celem badania jest opracowanie, przetestowanie i udokumentowanie metodyki oceny środowisk wieloagentowych AI pod kątem audytowalności, bezpieczeństwa, nadzoru człowieka, identyfikowalności agentów, zarządzania ryzykiem oraz zgodności z AI Act. Badanie obejmuje kontrolowane środowisko agentowe, pełne logowanie zdarzeń, rejestrację operacji, możliwość interwencji człowieka oraz aplikację wspierającą rejestrację systemów AI, dokumentację techniczną, karty modeli, incydenty, deklaracje zgodności i evidence pack.

// 03 · Podstawa organizacyjna

Uchwały, jednostka badawcza i zasady prowadzenia

Program opiera się na czterech uchwałach Zgromadzenia Wspólników Grass Roots Lobbing Sp. z o.o. oraz regulaminie programu badawczego.

Uchwała nr 1 · Rozpoczęcie programu badawczo-rozwojowego

§1. Przedmiot uchwały

Zgromadzenie Wspólników zatwierdza rozpoczęcie programu badawczo-rozwojowego pod roboczą nazwą „ZWIĄZEK AI / UNIONAI / K0NSULT AI ACT RESEARCH PROGRAM". Program ma charakter badawczy, rozwojowy, dokumentacyjny i zgodnościowy.

§2. Cele programu

Badanie architektury systemów wieloagentowych AI
Badanie rejestracji, tożsamości i identyfikowalności agentów AI
Badanie audytowalności decyzji systemów AI
Opracowanie praktycznej klasyfikacji ryzyka według AI Act
Opracowanie dokumentacji dla providerów, deployerów i operatorów systemów AI
Opracowanie aplikacji wspierającej rejestrację, logowanie, incydenty, deklaracje zgodności i evidence pack

§3. Charakter programu

Program nie stanowi samodzielnej certyfikacji urzędowej, nie zastępuje organu nadzoru i nie oznacza wprowadzenia systemu wysokiego ryzyka do produkcji. Program służy przygotowaniu metodologii, dokumentów, testów, aplikacji i materiałów dowodowych.

§4. Upoważnienie Zarządu

Zgromadzenie Wspólników upoważnia Zarząd do prowadzenia programu, pozyskiwania opinii ekspertów, komunikacji z organami publicznymi, uczelniami, dostawcami technologii i partnerami oraz do przygotowania raportów, protokołów i dokumentów wdrożeniowych.

§5. Zasady bezpieczeństwa

Program prowadzony jest w trybie GO CONTROLLED. Obowiązuje zasada: deklaracja zgodności nie może przekraczać poziomu dowodów zgodności. Wszystkie istotne decyzje wymagają rejestru, osoby odpowiedzialnej, daty, podstawy i oceny ryzyka.

Podpis Przewodniczącego Zgromadzenia: __________________________ · GRL Sp. z o.o. · 2026

Uchwała nr 2 · Powołanie Centrum Badań nad Systemami AI i Zgodnością Regulacyjną

§1. Powołanie jednostki

Powołuje się wewnętrzną jednostkę badawczo-rozwojową pod nazwą „Centrum Badań nad Systemami AI i Zgodnością Regulacyjną", roboczo: K0NSULT AI Research Lab / UNIONAI Lab.

§2. Zakres działania jednostki

Prowadzenie badań nad środowiskami agentowymi
Opracowanie protokołów badawczych
Prowadzenie rejestru systemów AI
Opracowanie kart modeli, kart systemów i rejestrów zgodności
Przygotowanie procedur human oversight i kill-switch
Opracowanie rejestru incydentów i alertów
Przygotowanie materiałów dla organów publicznych, partnerów i ekspertów zewnętrznych

§3. Nadzór i ograniczenia

Nadzór sprawuje Zarząd Spółki. Jednostka nie działa jako organ administracji publicznej, jednostka notyfikowana ani podmiot certyfikujący w rozumieniu formalnym, chyba że uzyska odrębne uprawnienia. Może prowadzić badania, audyt wewnętrzny, dokumentację, ekspertyzy i przygotowanie dowodów zgodności.

Podpis Przewodniczącego Zgromadzenia: __________________________ · GRL Sp. z o.o. · 2026

Uchwała nr 3 · Nieodpłatna ekspertyza dotycząca praktycznego wdrożenia AI Act

§1. Zgoda na ekspertyzę

Zgromadzenie Wspólników wyraża zgodę na przygotowanie nieodpłatnej ekspertyzy dotyczącej praktycznego wdrożenia AI Act, ze szczególnym uwzględnieniem rejestrów, formularzy, procedur, dashboardów, dokumentacji technicznej, incydentów, certyfikacji, notyfikacji i mechanizmów nadzoru.

§2. Zakres ekspertyzy

Analiza publicznie dostępnych informacji
Analiza odpowiedzi ministerstw i organów
Ocena dostępności formularzy, rejestrów, procedur i dashboardów
Opracowanie minimalnych wzorów dokumentów dla przedsiębiorców i administracji
Opracowanie rekomendacji dla administracji publicznej
Przedstawienie prototypu narzędzia rejestrowo-zgodnościowego

Podpis Przewodniczącego Zgromadzenia: __________________________ · GRL Sp. z o.o. · 2026

Uchwała nr 4 · Stworzenie aplikacji AI Act Evidence Layer

§1. Zgoda na przygotowanie aplikacji

Zgromadzenie Wspólników zatwierdza rozpoczęcie prac nad aplikacją roboczo nazwaną „AI Act Evidence Layer / K0NSULT Compliance Lab". Aplikacja ma wspierać rejestrację systemów AI, dokumentację zgodności, obsługę incydentów i eksport pakietów dowodowych.

§2. Funkcje podstawowe

Rejestracja systemów AI i agentów AI oraz operatorów
Mapowanie ról provider / deployer / importer / distributor
Klasyfikacja ryzyka AI Act
Tworzenie karty modelu i karty systemu AI
Prowadzenie rejestru incydentów i alertów
Tworzenie deklaracji zgodności w trybie draft / review / approved
Prowadzenie rejestru decyzji GO/NO-GO
Generowanie evidence pack dla organu, audytora, klienta lub partnera

§3. Nadzór nad aplikacją

Aplikacja powstaje w trybie badawczo-rozwojowym. Wersje produkcyjne lub publiczne wymagają odrębnej decyzji Zarządu, oceny bezpieczeństwa, oceny prawnej i zatwierdzenia zakresu danych.

Podpis Przewodniczącego Zgromadzenia: __________________________ · GRL Sp. z o.o. · 2026

// ── ── ── ── ── ── ── ── ── ── ── ── ── ──

Role i zasady nadrzędne (Regulamin programu)

Zarząd

Zatwierdza program, publikacje, budżet i komunikację zewnętrzną.

Kierownik badania

Prowadzi protokół i dokumentację. Odpowiada za przebieg i raportowanie do Zarządu.

Compliance Officer

Odpowiada za dokumentację AI Act, poprawność wzorów i aktualność rejestrów.

Technical Lead

Odpowiada za architekturę i bezpieczeństwo techniczne środowiska badawczego.

Human Overseer

Ma prawo zatrzymania działania systemu w trybie kill-switch. Kluczowa rola nadzorcza.

Audytor wewnętrzny

Sprawdza kompletność dokumentów i dowodów. Niezależny od pozostałych ról.

Zasady nadrzędne regulaminu: Human Oversight · claim ≤ proof · GO/NO-GO · privacy by design · security by design · audytowalność · minimalizacja danych · kontrola dostępu.

// ── ── ── ── ── ── ── ── ── ── ── ── ── ──

Checklisty GO / NO-GO

✓ GO CONTROLLED — można rozpocząć badanie

uchwały zatwierdzone lub przygotowane do zatwierdzenia
wyznaczony kierownik badania
utworzony rejestr systemów AI
utworzony rejestr incydentów
zdefiniowany human oversight
zdefiniowany kill-switch
ustalony zakres danych
brak deklaracji certyfikacji urzędowej

✗ NO-GO — zatrzymać lub nie publikować

brak osoby odpowiedzialnej
brak podstawowej dokumentacji
brak ścieżki zatrzymania systemu
deklaracje publiczne wyprzedzają dowody
niejasny zakres danych osobowych
brak rejestru incydentów
ryzyko sugerowania statusu organu lub jednostki notyfikowanej

► GO PILOT — dopiero po spełnieniu P0

działa rejestr systemów AI
działa rejestr agentów AI
działa klasyfikacja ryzyka
działa karta modelu i karta systemu
działa eksport evidence pack
jest procedura obsługi incydentów
jest raport z testów
jest wersjonowanie dokumentów

// 04 · Dokumenty publiczne

Repozytorium dokumentów programu K02

Pakiet dokumentów K02 zawiera uchwały korporacyjne, protokół badawczy, wzory dokumentów AI Act, pisma do ministerstw i brief techniczny. Status każdego dokumentu jest jawny.

Zapotrzebowanie na konkretny dokument? Napisz na rada@grassrootslobbing.pl

A. Dokumenty korporacyjne i organizacyjne

Dokument	Opis	Status
01 · Uchwała nr 1 — Rozpoczęcie programu badawczego	Zatwierdzenie programu R&D, cele, §1–§5, upoważnienie zarządu	APPROVED
02 · Uchwała nr 2 — Powołanie jednostki badawczej	Centrum Badań nad Systemami AI i Zgodnością Regulacyjną (K0NSULT AI Research Lab)	APPROVED
03 · Uchwała nr 3 — Nieodpłatna ekspertyza AI Act	Zakres ekspertyzy dla administracji, zasady publikacji, zgoda wspólników	APPROVED
04 · Uchwała nr 4 — Aplikacja AI Act Evidence Layer	Zatwierdzenie budowy aplikacji, funkcje MVP, nadzór, zasady wdrożenia	APPROVED
05 · Regulamin programu badawczego AI	Role, zasady nadrzędne, rejestry obowiązkowe, granice, tryb zatrzymania	APPROVED

B. Dokumenty badawcze i techniczne

Dokument	Opis	Status
06 · Protokół badawczy z abstraktem	Abstrakt, problem badawczy, hipotezy główna i szczegółowe, metodyka, mierniki sukcesu	CONSULTATION
12 · Brief dev — AI Act Evidence Layer	Zakres MVP aplikacji, moduły, role, tabele startowe, wymagania bezpieczeństwa, kryteria akceptacji	CONSULTATION
13 · Checklisty GO/NO-GO	Bramki GO CONTROLLED / NO-GO / GO PILOT — kontrola dokumentacji przed uruchomieniem i publikacją	APPROVED

C. Wzory dokumentów AI Act (pakiet zgodności)

Wzór	Zakres	Status
Wzór rejestru systemów AI	Minimalne pola: nazwa, wersja, właściciel, provider, deployer, cel, kategoria ryzyka, status, osoba odpowiedzialna, dokumenty powiązane	CONSULTATION
Wzór rejestru agentów AI	Agent ID, model bazowy, wersja, funkcja, uprawnienia, narzędzia, pamięć, poziom autonomii, opiekun ludzki, hash identyfikacyjny	CONSULTATION
Wzór karty modelu AI (Model Card)	Architektura, dane treningowe, ograniczenia, metryki, warunki użycia	CONSULTATION
Wzór karty systemu AI (System Card)	Przeznaczenie, kontekst, użytkownicy, ryzyka, human oversight, ścieżka odwołania	DRAFT
Wzór klasyfikacji ryzyka AI Act	Formularz oceny kategorii (zakazane / wysokie / ograniczone / minimalne), podstawa prawna, uzasadnienie	DRAFT
Wzór rejestru incydentów AI	Typ incydentu, data, opis, skutki, działania naprawcze — kompatybilny z art. 73 AI Act	DRAFT
Wzór procedury Human Oversight	Kill-switch, weto, eskalacja, log decyzji, role, odpowiedzialność	CONSULTATION
Wzór deklaracji zgodności UE	Wg wymagań Annex V AI Act, tryb draft/review/approved, ścieżka zatwierdzenia	DRAFT
Wzór Evidence Pack	Komplet dokumentów zgodności do audytu: log, decyzje, testy, zatwierdzenia, hash manifest	DRAFT
Matryca ról AI Act	Provider / deployer / importer / distributor — macierz obowiązków, zakres odpowiedzialności	CONSULTATION

D. Kompletna lista dokumentów (Pakiet zgodności §7)

A. Dokumenty organizacyjne

Polityka zarządzania systemami AI · Rejestr systemów AI · Matryca ról AI Act · Procedura klasyfikacji ryzyka · Procedura human oversight · Polityka AI literacy · Procedura zgłaszania incydentów · Procedura audytu · Procedura monitorowania po wdrożeniu · Procedura wycofania systemu AI

B. Dokumenty systemowe

Karta systemu AI · Karta modelu AI · Karta danych · Opis architektury technicznej · Opis działania systemu · Opis interfejsu człowiek–AI · Ocena ryzyka · Ocena wpływu na prawa podstawowe · Raport testów · Raport cyberbezpieczeństwa · Plan monitorowania · Plan awaryjny i kill-switch

C. Dokumenty zgodności

Deklaracja zgodności AI · Lista wymagań AI Act · Mapa dowodów zgodności · Rejestr dowodów · Rejestr zmian · Rejestr incydentów · Rejestr skarg · Rejestr decyzji operatora · Protokół GO/NO-GO · Evidence Pack

Zasada dowodowa: Każda deklaracja musi mieć powiązane dowody: dokument, log, decyzję, test, zatwierdzenie, wersję i osobę odpowiedzialną. Brak dowodu = brak gotowości do silnej deklaracji publicznej.

E. Dokumenty dla administracji

Dokument	Adresat	Status
09 · Pismo ogólne do ministerstw	MC, MIN. Przedsiębiorczości, UODO i inne	APPROVED
10 · Pytania do ministerstw i organów	AI Hub, organy sektorowe, grupy robocze	APPROVED
11 · Stanowisko — nieodpłatna ekspertyza AI Act	Zarząd GRL, ministerstwa, partnerzy	APPROVED
Stanowisko do AI Hub Polska	Urząd koordynujący wdrożenie AI Act w Polsce	PLANOWANY
FAQ — AI Act dla przedsiębiorców	MŚP, przedsiębiorcy, dostawcy AI	DRAFT

// 05 · Współpraca z administracją

Zaproszenie do współpracy instytucjonalnej

Grass Roots Lobbing jest gotowy do nieodpłatnego przekazania dokumentacji, wzorów i narzędzi opracowanych w programie każdemu organowi administracji publicznej lub instytucji zainteresowanej wdrożeniem AI Act. Nie zwracamy się o wykonanie pracy za Spółkę — przeciwnie, deklarujemy gotowość przygotowania nieodpłatnej ekspertyzy i pakietu dokumentów roboczych.

// ── ── ── ── ── ── ── ── ── ──

Pismo ogólne do ministerstw — treść (Dokument 09)

Pismo ogólne do ministerstw · Dokument 09

Informujemy, że Grass Roots Lobbing Sp. z o.o. rozpoczyna program badawczo-rozwojowy dotyczący praktycznego wdrożenia wymogów AI Act, audytowalności systemów sztucznej inteligencji, rejestracji systemów AI, dokumentacji technicznej, obsługi incydentów, klasyfikacji ryzyka oraz tworzenia warstwy dowodowej zgodności.

Program ma charakter niekomercyjny na etapie badawczym i służy przygotowaniu praktycznych dokumentów, procedur oraz prototypu aplikacji, która mogłaby wspierać przedsiębiorców, administrację publiczną i operatorów systemów AI w uporządkowanym stosowaniu wymogów prawa.

Deklarujemy gotowość przygotowania nieodpłatnej ekspertyzy i pakietu dokumentów roboczych, które mogą pomóc w praktycznym przełożeniu AI Act na rejestry, formularze, procedury, dashboardy, incydenty, certyfikację, notyfikację i ścieżki odpowiedzialności.

W związku z powyższym prosimy o wskazanie, jakie dokumenty, formularze, procedury, rejestry, punkty kontaktowe, dashboardy lub wytyczne są obecnie dostępne publicznie albo planowane do udostępnienia. Prosimy również o wskazanie, czy ministerstwo przewiduje możliwość przyjęcia od podmiotu prywatnego nieodpłatnej ekspertyzy oraz prototypu narzędzia wspierającego wdrożenie AI Act.

Zależy nam na prowadzeniu działań w sposób transparentny, audytowalny i zgodny z zasadą: deklaracja zgodności AI nie powinna przekraczać dowodów zgodności AI.

Grass Roots Lobbing Sp. z o.o. · rada@grassrootslobbing.pl

// ── ── ── ── ── ── ── ── ── ──

Stanowisko w sprawie nieodpłatnej ekspertyzy

Teza główna

Spółka może przygotować nieodpłatną ekspertyzę i pakiet dokumentów praktycznych dotyczących wdrożenia AI Act, pod warunkiem jasnego rozdzielenia badań, doradztwa, prototypu, audytu i formalnej certyfikacji.

Zakres deklarowanej pomocy

Wzory rejestrów, kart modeli, kart systemów, procedur incydentowych, matryc ról, formularzy klasyfikacji ryzyka, procedur human oversight, wzorów evidence pack oraz prototyp aplikacji do prowadzenia rejestru i dokumentacji.

Granice

Spółka nie przedstawia się jako organ nadzoru, jednostka notyfikowana ani certyfikator, jeżeli nie posiada formalnego statusu. Ekspertyza jest oznaczona jako materiał badawczo-konsultacyjny i rekomendacyjny.

Wartość dla administracji

Praktyczne przetłumaczenie AI Act na narzędzia wykonawcze: formularz, rejestr, procedurę, kartę, dowód, log, decyzję, dashboard, alert i raport.

// ── ── ── ── ── ── ── ── ── ──

Pytania do ministerstw i organów — pełna lista (Dokument 10)

Jaki organ obecnie przyjmuje zgłoszenia dotyczące potencjalnych naruszeń AI Act?
Czy istnieje publiczny punkt kontaktowy dla obywateli i przedsiębiorców?
Czy istnieje wzór zgłoszenia incydentu AI?
Czy istnieje wzór rejestru systemów AI?
Czy istnieje publiczny rejestr systemów AI używanych przez administrację?
Czy istnieje wzór karty klasyfikacji ryzyka AI?
Czy istnieje wzór deklaracji zgodności dla systemów AI?
Czy istnieje procedura notyfikacji jednostek oceniających zgodność?
Czy istnieje lista jednostek lub kandydatów do jednostek notyfikowanych?
Czy istnieje krajowa procedura piaskownicy regulacyjnej AI?
Czy administracja publiczna prowadzi własny rejestr narzędzi AI?
Jak obywatel może ustalić, czy decyzja administracyjna była wspierana przez AI?
Czy planowany jest publiczny dashboard wdrożenia AI Act?
Czy planowane są wzory dokumentów dla MŚP?
Czy planowane są wytyczne dla systemów agentowych?
Czy Ministerstwo przewiduje konsultacje z podmiotami prowadzącymi badania nad systemami wieloagentowymi?
Czy możliwe jest przekazanie przez spółkę nieodpłatnej ekspertyzy?
Czy możliwe jest przedstawienie prototypu narzędzia rejestrowo-zgodnościowego?
Czy Ministerstwo może wskazać minimalny zakres informacji niezbędny do rzetelnej oceny zgodności systemów AI?
Czy Ministerstwo przewiduje publiczną metodologię: deklaracja zgodności AI ≤ dowody zgodności AI?

Formularz dla instytucji: Ministerstwo, organ regulacyjny, JST, uczelnia lub inna instytucja zainteresowana współpracą → rada@grassrootslobbing.pl

// 06 · PLLuM i polskie AI

Suwerenność cyfrowa i polskie modele językowe

W programie badawczym przewiduje się analizę możliwości wykorzystania polskich modeli językowych, w tym PLLuM, jako elementu suwerennej i audytowalnej infrastruktury AI — w szczególności w kontekście administracji publicznej i przetwarzania danych wrażliwych. PLLuM jest zalogowany jako węzeł w sieci UNIONAI (did:k0nsult:agent:pani-kapitan).

Język polski

Polskie modele językowe rozumieją niuanse języka, dialekty, terminologię prawną i administracyjną — krytyczne przy zastosowaniach w administracji publicznej.

Suwerenność cyfrowa

Lokalne modele eliminują zależność od zagranicznych API i dostawców. Dane przetwarzane są w kraju — co ma znaczenie prawne (GDPR, tajemnica służbowa) i strategiczne.

Audytowalność AI Act

Model działający lokalnie, z dostępem do wag i kodu, jest audytowalny zgodnie z AI Act w stopniu niedostępnym dla modeli zamkniętych (GPT, Claude, Gemini).

Administracja publiczna

JST, urzędy i jednostki publiczne przetwarzają dane obywateli. Lokalny model obniża ryzyko wycieku danych i upraszcza procedurę DPIA.

Ograniczenie zależności

Redukcja zależności od zagranicznych API oznacza odporność na zmiany cennikowe, warunków użytkowania i decyzje polityczne zagranicznych podmiotów.

Wdrożenie lokalne

Polskie modele mogą być wdrożone on-premise lub w krajowej chmurze — bez transferu danych za granicę. Kluczowe dla sektora publicznego i obronności.

Ważna uwaga: PLLuM nie jest oficjalnym partnerem ani uczestnikiem programu. Badanie ma charakter analizy możliwości i potencjału. Wszelkie wnioski dotyczące PLLuM będą oparte na publicznie dostępnych danych i wynikach własnych testów. Kontakt z twórcami PLLuM w toku.

Zakres analizy PLLuM w programie

Ocena możliwości technicznych PLLuM w kontekście zadań administracyjnych: generowanie dokumentów, klasyfikacja, ekstrakcja informacji
Analiza procesu dokumentowania modelu pod kątem wymogów AI Act (dokumentacja techniczna, klasyfikacja ryzyka)
Porównanie PLLuM z zagranicznymi modelami pod względem audytowalności i zgodności z AI Act
Opracowanie wzoru karty modelu PLLuM jako przykładu dla polskich modeli open-source
Analiza scenariuszy wdrożenia lokalnego w administracji publicznej (on-premise, krajowa chmura)
Analiza ograniczeń i ryzyk związanych z użyciem modeli open-source w systemach wysokiego ryzyka AI Act

// 07 · Raporty i wyniki

Status badań i publikacje

Status programu: FULL LIVE CONTROLLED / RESEARCH MODE
Program aktywny od 27.05.2026. Pakiet dokumentów K02 wydany. Pierwsze raporty okresowe planowane na Q3 2026.

Element programu	Status	Uwagi
Pakiet uchwał korporacyjnych (4 uchwały)	APPROVED	Zatwierdzone przez Zgromadzenie Wspólników GRL Sp. z o.o.
Regulamin programu badawczego	APPROVED	Role, zasady, rejestry obowiązkowe, granice
Protokół badawczy z abstraktem	CONSULTATION	Hipotezy, metodyka, mierniki sukcesu — w weryfikacji eksperta
Środowisko testowe UNIONAI / K0NSULT	GO CONTROLLED	Aktywne, pełne logowanie, human oversight, kill-switch
AI Act Evidence Layer — koncepcja	CONSULTATION	Implementacja w toku, testy w środowisku UNIONAI
Wzory dokumentów AI Act (rejestr, karty, oversight)	DRAFT / CONSULT	8 wzorów — różne etapy
Pismo i pytania do ministerstw	APPROVED	Gotowe do wysłania po decyzji Zarządu o terminie
Brief dev — MVP aplikacji	CONSULTATION	W weryfikacji technicznej — gotowy do przekazania dev
Analiza PLLuM	PLANOWANY	Kontakt z twórcami PLLuM w toku — Q3 2026
Raport kwartalny Q2/2026	PLANOWANY	Po zebraniu pierwszych danych z testów — Q3 2026

Chcesz otrzymywać powiadomienia o nowych raportach? Napisz na rada@grassrootslobbing.pl z tematem „Subskrypcja raporty AI Act".

// 08 · Brief dla deweloperów

AI Act Evidence Layer — zakres MVP aplikacji

Dokument 12 — Brief techniczny dla koderów. Osobny przekaz dla zespołu dev. Nie zastępuje uchwał, protokołu badawczego ani dokumentów prawnych. Wskazuje minimalny zakres aplikacji AI Act Evidence Layer / K0NSULT Compliance Lab.

Moduły MVP

Panel organizacji i użytkowników
Rejestr systemów AI
Rejestr agentów AI
Klasyfikator ryzyka AI Act
Karta modelu (Model Card)
Karta systemu (System Card)
Rejestr incydentów i alertów
Rejestr human oversight
Generator deklaracji zgodności (draft)
Eksport evidence pack (ZIP / PDF / JSON / CSV)
Publiczny dashboard statusu (bez danych wrażliwych)

// ── ── ── ── ── ── ── ── ── ──

Role w aplikacji

Owner / Zarząd

Pełny dostęp, zatwierdza deklaracje, zarządza organizacją.

Research Lead

Zarządza protokołem badawczym, dokumentami, wersjami.

Compliance Officer

Tworzy i zatwierdza dokumenty zgodności, karty, rejestry.

Technical Lead

Zarządza architekturą, danymi technicznymi, testami.

Human Overseer

Kill-switch, weto, log decyzji — uprawnienia nadzorcze.

Auditor

Tylko odczyt, weryfikacja kompletności, tworzenie evidence pack.

Incident Manager

Zarządza rejestrem incydentów i alertów.

External Reviewer

Ograniczony dostęp do wyznaczonych dokumentów w trybie konsultacji.

Public Viewer

Dostęp tylko do publicznego dashboardu statusu.

// ── ── ── ── ── ── ── ── ── ──

Tabele startowe bazy danych

Tabela	Opis
organizations	Organizacje i spółki korzystające z systemu
users	Użytkownicy z rolami i uprawnieniami
ai_systems	Rejestr systemów AI — pola wg AI Act
ai_models	Rejestr modeli AI — karta modelu
ai_agents	Rejestr agentów AI — DID, uprawnienia, opiekun
risk_classifications	Klasyfikacje ryzyka wg Annex III / VII AI Act
model_cards	Karty modeli — wersjonowane
system_cards	Karty systemów AI — wersjonowane
datasets	Zbiory danych treningowych i testowych
technical_documents	Dokumentacja techniczna (Annex IV AI Act)
conformity_declarations	Deklaracje zgodności — DRAFT / REVIEW / APPROVED
incidents	Rejestr incydentów AI — typy, skutki, działania naprawcze
alerts	System alertów automatycznych i manualnych
human_oversight_actions	Log decyzji human overseer: kill-switch, weto, eskalacja
audit_logs	Pełny log audytowy wszystkich operacji
evidence_packs	Wygenerowane pakiety dowodowe z hash manifestem
regulatory_questions	Rejestr pytań i odpowiedzi organów regulacyjnych
ministry_correspondence	Korespondencja z ministerstwami i organami

// ── ── ── ── ── ── ── ── ── ──

Wymagania bezpieczeństwa

RBAC + 2FA — kontrola dostępu oparta na rolach, uwierzytelnianie dwuskładnikowe dla ról krytycznych (Owner, Auditor, Human Overseer)
Pełny audit log — każda operacja zapisana z timestampem, użytkownikiem, kontekstem — niemodyfikowalna
Wersjonowanie dokumentów — każda zmiana dokumentu tworzy nową wersję z hashami, nie nadpisuje poprzedniej
Hash manifest dla evidence pack — eksportowany pakiet zawiera manifest ze skrótami wszystkich plików dla weryfikacji integralności
Rozdzielenie public / private — dashboard publiczny bez żadnych danych wrażliwych, pełny dostęp tylko dla zalogowanych z odpowiednią rolą
Brak sekretów w repozytorium — żadnych kluczy, tokenów, haseł w kodzie; config przez zmienne środowiskowe lub secret manager
Zamrożenie systemu i eksport danych — możliwość zablokowania systemu w trybie read-only i eksportu pełnego stanu dla organu lub audytora

Kryteria akceptacji MVP: MVP jest gotowe dopiero wtedy, gdy da się: zarejestrować system AI → sklasyfikować ryzyko → przypisać model i agentów → wpisać incydent → dodać decyzję human oversight → wygenerować deklarację draft → wyeksportować evidence pack.

Kontakt dev: Pytania techniczne dotyczące Evidence Layer: rada@grassrootslobbing.pl
Środowisko referencyjne UNIONAI: /docs/ai-act-readiness.html · /trust-center · /risk-register

// 09 · Kontakt / zgłoszenie udziału

Dołącz do programu lub skontaktuj się z nami

Program jest otwarty na ekspertów, firmy, instytucje i osoby zainteresowane AI Act. Każda forma współpracy jest nieodpłatna i dobrowolna.

👤 Ekspert

Prawnik, specjalista ds. compliance, inżynier AI lub badacz z doświadczeniem w AI Act? Dołącz jako recenzent lub konsultant programu.

Zgłoś się jako ekspert →

🏢 Firma

Prowadzisz firmę korzystającą z systemów AI lub budującą rozwiązania AI? Zgłoś system do pilotażowej analizy lub weź udział w konsultacjach wzorów.

Zgłoś firmę →

🏛️ Instytucja publiczna

Ministerstwo, organ regulacyjny, JST lub inna instytucja publiczna? Zapraszamy do współpracy nad dokumentacją, wytycznymi i procedurami AI Act.

Zgłoś instytucję →

💬 Konsultacje

Konkretne pytanie dotyczące AI Act, klasyfikacji ryzyka, dokumentacji lub procedur? Umów bezpłatną konsultację z zespołem programu.

Umów konsultację →

🤖 System AI do analizy

Chcesz poddać swój system AI pilotażowej analizie pod kątem AI Act? Sprawdzimy klasyfikację ryzyka i wstępną ocenę dokumentacyjną.

Zgłoś system AI →

⌨️ Deweloper

Chcesz wziąć udział w budowie aplikacji AI Act Evidence Layer / K0NSULT Compliance Lab? Zapoznaj się z briefem dev w zakładce 08.

// ── ── ── ── ── ── ── ── ── ──

Dane kontaktowe programu

Program badawczyrada@grassrootslobbing.pl
Audyt i complianceaudyt@grassrootslobbing.pl
Kontakt ogólnykontakt@grassrootslobbing.pl
Organizator programugrassrootslobbing.pl
Platforma technicznauni0nai.k0nsult.cloud (Trust Center)
AI Act Readinessdocs/ai-act-readiness.html

Status odpowiedzi: Staramy się odpowiadać na wszystkie zgłoszenia w ciągu 3–5 dni roboczych. Zgłoszenia instytucji publicznych są priorytetyzowane.