K0NSULT // envois/ai-truth-claim-proof-standard
k0nsult.cloud / ai-truth / piaskownica / claim-proof-standard  ·  procedury  ·  evidence-index

Standard Claim ≤ Proof

Standard organizacyjno-techniczny K0NSULT — dokument MC-IMPL F5 (MC-5.1 / MC-5.2). Wersja 1.0 · 2026-06-10 · K0NSULT Sp. z o.o.

DISCLAIMER. Niniejszy dokument jest wewnętrznym standardem organizacyjno-technicznym K0NSULT Sp. z o.o. Nie jest dokumentem urzędowym, nie stanowi opinii prawnej ani aktu normatywnego. Stosowanie standardu nie zastępuje obowiązków wynikających z rozporządzenia EU AI Act ani innych przepisów prawa.

1. Zasada naczelna

„Deklaracja zgodności AI ≤ dowody zgodności AI"

Każdy publiczny claim dotyczący zgodności systemu AI z wymaganiami prawnymi lub technicznymi musi być:

Claim bez przypisanego dowodu lub z dowodem słabszym niż deklarowany poziom jest niedozwolony w komunikacji publicznej.

Zakazane sformułowania w claimach publicznych: certified  ·  notified body  ·  full compliance  ·  official sandbox  ·  national standard.

2. Klasyfikacja claimów — 7 poziomów

Legenda chipów: CLAIM niezweryfikowane · PROOF dowód bezpośredni i weryfikowalny · PARTIAL dowód częściowy · GAP brak dowodu · NEEDS_OPERATOR wymaga decyzji operatora · LEGAL_REVIEW wymaga analizy prawnej · REGULATOR_CONFIRMATION wymaga stanowiska organu
Status Definicja Reguła komunikacji publicznej
CLAIM Twierdzenie publiczne lub wewnętrzne dotyczące właściwości, funkcji lub zgodności systemu AI, które nie zostało jeszcze zweryfikowane dowodem. NIE może być publikowany jako fakt. Wymaga niezwłocznego przypisania do jednego z poziomów poniżej lub wycofania.
PROOF Claim poparty dowodem bezpośrednim i weryfikowalnym — plik, log, wynik testu, deploy-hash, output audytu lub inny artefakt wskazujący konkretną lokalizację (plik:linia, URL, SHA). Dowód istnieje w systemie produkcyjnym lub kanonicznym repozytorium (ground truth = deploy canon, NIE snapshot). Może być komunikowany publicznie.
PARTIAL Claim częściowo poparty dowodem — istnieje dowód dla podzbioru zakresu claimu lub dowód pośredni (np. test pokrywa 60% scenariuszy, dokument wewnętrzny bez weryfikacji zewnętrznej). Zakres luki musi być jawnie opisany w rekordzie. Może być komunikowany wyłącznie z jawnym zastrzeżeniem zakresu pokrycia.
GAP Claim zidentyfikowany jako wymagany przez EU AI Act lub wewnętrzne wymagania K0NSULT, dla którego brak jakiegokolwiek dowodu lub dowód jest niewystarczający. GAP jest stanem aktywnym wymagającym obsługi — wpis do backlogu, właściciel, termin. Nie może być komunikowany publicznie jako spełniony.
NEEDS_OPERATOR Claim wymaga decyzji, zatwierdzenia lub działania po stronie operatora (osoby fizycznej lub organizacji wdrażającej system AI) — np. podpisanie dokumentu, udostępnienie danych, konfiguracja środowiska, zatwierdzenie procedury. Status jest eskalowany do operatora z opisem wymaganego działania i terminem. Zablokowany do czasu działania operatora.
LEGAL_REVIEW Claim dotyczy kwestii, której ocena wymaga analizy prawnej — interpretacji przepisów, kwalifikacji ryzyka, skutków prawnych wdrożenia, umów lub odpowiedzialności. Claim w tym statusie jest wstrzymany do czasu uzyskania opinii prawnej. Nie jest komunikowany publicznie ani nie trafia do rejestrów zewnętrznych bez opinii.
REGULATOR_CONFIRMATION Claim dotyczy kwestii wymagającej potwierdzenia lub stanowiska organu regulacyjnego (np. UODO, Urząd ds. AI, organ nadzoru rynku). Dotyczy interpretacji przepisów, dopuszczalności rozwiązania technicznego lub statusu piaskownicowego. Claim pozostaje nierozstrzygnięty do czasu uzyskania formalnej odpowiedzi. Status ten nie jest równoznaczny z uzyskaniem potwierdzenia — oznacza wyłącznie, że zapytanie jest lub powinno być skierowane do regulatora. Nierozstrzygnięty — nie może być komunikowany jako potwierdzony.

3. Jak stosujemy standard

Każdy publiczny claim = rekord

Każde twierdzenie dotyczące zgodności lub właściwości systemu AI publikowane przez K0NSULT (na stronie, w dokumentach, w korespondencji z organami) musi mieć odpowiadający rekord w rejestrze claimów zawierający:

Pole Opis
claim_id Unikalny identyfikator (np. CPS-001)
tresc Treść claimu słowo w słowo
status Jedna z 7 klas (§ 2): CLAIM / PROOF / PARTIAL / GAP / NEEDS_OPERATOR / LEGAL_REVIEW / REGULATOR_CONFIRMATION
dowod Lokalizacja dowodu (plik:linia, URL, SHA, data)
zakres_luki Opis luki (wymagany dla PARTIAL, GAP)
wlasciciel Osoba lub rola odpowiedzialna
termin Deadline obsługi (wymagany dla GAP, NEEDS_OPERATOR)
data_aktualizacji Data ostatniej zmiany rekordu

Reguły operacyjne

R1 Claim przed dowodem jest zakazany. Nie publikujemy claimu bez rekordu o statusie ≥ PARTIAL.
R2 Ground truth = deploy canon. Dowód musi wskazywać lokalizację w systemie produkcyjnym lub kanonicznym repozytorium — nie w snapshotach; lokalne kopie nie są dowodem.
R3 Aktualizacja przy zmianie stanu. Każda zmiana wdrożenia, konfiguracji lub przepisów wymaga przeglądu i aktualizacji powiązanych rekordów.
R4 Eskalacja GAP. Każdy nowy GAP jest przypisywany właścicielowi z terminem w ciągu 5 dni roboczych od identyfikacji.
R5 Zakaz awansu statusu bez dowodu. Zmiana statusu z GAP/PARTIAL na PROOF wymaga dołączenia artefaktu weryfikowalnego przez trzecią osobę.
R6 Jawność luk. W komunikacji z organami regulacyjnymi statusy GAP i NEEDS_OPERATOR są ujawniane — nie są ukrywane za sformułowaniami sugerującymi pełną zgodność.

4. Kontekst: ENVOIS 3.0 / C_SANDBOX_AIACT

Standard stosowany jest w programie ENVOIS 3.0 — wewnętrznej piaskownicy organizacyjno-technicznej K0NSULT przygotowywanej w ramach C_SANDBOX_AIACT (rozporządzenie UE 2024/1689). Każdy claim dotyczący zgodności systemów AI K0NSULT jest prowadzony jako rekord CPS (Claims-to-Proof Standard) i dostępny w rejestrze dowodów.

Standard wewnętrzny K0NSULT Sp. z o.o. — nie urzędowy. Niniejsza strona opisuje własny standard organizacyjno-techniczny K0NSULT i nie stanowi dokumentu urzędowego, opinii organu regulacyjnego ani formalnej procedury w rozumieniu EU AI Act lub innego aktu prawnego. Stosowanie standardu jest dobrowolne i wewnętrzne. Wersja 1.0 · 2026-06-10.