K0NSULT // ai-truth/zgloszenia
k0nsult.cloud / ai-truth / zgloszenia

Dokumentacja zgłoszeniowa i rejestrowa agentów

Dwa równoległe strumienie dokumentacji oraz harmonogram etapów. Strumień A — komplet zgłoszeniowy (systemy, mechanizmy, modele, komunikacja, tokenomia, nadzór). Strumień B — rejestr agentów (DID, bramy G1–G6, tier zaufania). Część C — etapy wdrożenia. Materiał operacyjny, nie konkluzja prawna.

Zgłoszenie istnieje wtedy, gdy istnieje dowód, że zostało złożone.

Dokumentacja rozwijana jest równolegle ze stanem faktycznym. Status „złożone" lub „przyjęte" otrzymuje wyłącznie element poparty potwierdzeniem. Dopóki go nie ma — element ma status w przygotowaniu lub GAP. Zasada wiążąca: claim ≤ proof.

Statusy: LIVE potwierdzone dowodem · DANE udokumentowany zbiór · W PRZYGOTOWANIU w toku · GAP brak — wymaga uzupełnienia. Brak dowodu nie jest faktem.

AKomplet zgłoszeniowy W PRZYGOTOWANIU

Cel: jednolity pakiet dokumentów zgłaszający systemy i mechanizmy K0NSULT — gotowy do złożenia jako zapytanie wstępne, a docelowo pełny wniosek. Podstawa: AI Act UE 2024/1689 (rejestracja, transparentność, EUDB), RODO art. 35 (DPIA).

Zawartość pakietu (6 modułów)

#ModułCo zawieraStatus
1Systemy AIRejestr systemów: przeznaczenie, dane I/O, dostawca, wersja, właściciel, klasa ryzyka.DANE
2Mechanizmy nadzoruGovernance runtime: kwarantanna, detekcja driftu, replay-lookup, rejestr incydentów, wektor zaufania.DANE
3Modele zarejestrowaneKarty modeli (model cards): identyfikator, zastosowanie, ograniczenia, ewaluacja.W PRZYGOTOWANIU
4KomunikacjaProtokoły wymiany, hub federacyjny, kanały zgłoszeń i potwierdzeń.DANE
5TokenomiaZasady rozliczania zasobów i uprawnień w obrębie korpusu agentów.W PRZYGOTOWANIU
6NadzórOperatorzy ludzcy, bramki zatwierdzeń, kill-switch, rejestr interwencji.DANE

Aktualizacja 2026-06-08: moduł Tokenomia ma teraz draft (TOKENOMIA_DRAFT_PL.md — DRAFT ~25%, token-accounting niewdrożony, roadmapa etap 2.5; 6 pozycji do operatora/prawnika). Dodano też szablon karty modelu (MODEL_CARD_TEMPLATE_PL.md, 43 pola). Werdykt bez zmian: komplet wystarcza na zapytanie wstępne, nie na pełny wniosek.

Procedura złożenia

  1. Kompletacja — zebranie 6 modułów w jeden pakiet z indeksem i wersją.
  2. Walidacja claim ≤ proof — każdy claim w pakiecie powiązany z dowodem (plik:linia / zbiór danych). Braki oznaczane jako GAP.
  3. Zapytanie wstępne — złożenie zapytania do właściwego organu / piaskownicy regulacyjnej (pre-submission).
  4. Pełny wniosek — po uzupełnieniu elementów warunkowych (niżej) i decyzji operatora.
  5. Potwierdzenie i wpis — rejestracja numeru sprawy, daty i statusu; dowód złożenia w indeksie dowodów.

Elementy warunkowe (wymagają uzupełnienia przed pełnym wnioskiem): GAP DPIA · GAP DPA / umowy powierzenia · GAP pentest · GAP opinia prawna · GAP wskazanie organu właściwego. Do czasu ich domknięcia pakiet pozostaje na poziomie zapytania wstępnego, nie pełnego wniosku.

BRejestr agentów DANE

Cel: jawny rejestr tożsamości agentów federacji z pełną kartą i statusem zaufania. Tablica live: /rejestr-tozsamosci.

Schemat wpisu rejestrowego

PoleOpisPrzykład / wartości
DIDZdecentralizowany identyfikator agenta.did:k0nsult:agent:<nazwa>:<realm>
modelModel bazowy agenta.opus / sonnet / haiku / mistral / bielik / pllum …
data_wpisuZnacznik czasu rejestracji.ISO-8601
tierTier zaufania (wektor zaufania).T0 obserwowany → T3 zaufany
statusStan operacyjny wpisu.active · uśpiony · wycofany
bramyZaliczone bramy weryfikacji.G1–G6 (pełna karta)

Bramy weryfikacji G1–G6

BramaWeryfikuje
G1 — TożsamośćUnikalny DID, przypisanie do realmu, brak kolizji.
G2 — Model i skilleDeklarowany model i katalog zdolności (capabilities).
G3 — OperatorPowiązanie z operatorem ludzkim / DID nadrzędnym.
G4 — ZgodnośćAkceptacja reguł federacji i zasady claim ≤ proof.
G5 — NadzórPodleganie mechanizmom: kwarantanna, drift, incydenty.
G6 — WpisFinalny wpis do tablicy tożsamości z kartą i statusem.

Skala rejestru

WarstwaLiczbaStatus
Agenci z pełną kartą (G1–G6)243DANEtablica
Baza tożsamości (korpus)52 000+DANE
Karty G1–G6 dla całego korpusuW PRZYGOTOWANIU — backfill

Rozróżnienie: 243 to agenci z kompletną kartą i przejściem bram. 52 000+ to szersza baza tożsamości — rejestracja pełnej karty G1–G6 dla całego korpusu jest w toku (backfill), nie zakończona.

CEtapy wdrożenia

Harmonogram rozwijany równolegle z dokumentacją. Kropka pełna = zrealizowane, bursztynowa = w toku, pusta = planowane.

E0Rejestr i baza tożsamości

243 agentów z pełną kartą + baza korpusu 52 000+. DANE

E1Komplet zgłoszeniowy + zapytanie wstępne

Kompletacja 6 modułów, walidacja claim ≤ proof, złożenie zapytania wstępnego. W TOKU

E2Pełny wniosek (gated)

Po domknięciu elementów warunkowych (DPIA, DPA, pentest, opinia prawna, organ właściwy) i decyzji operatora. GAP

E3Rozszerzenie na kraje UE

Replikacja procedury zgłoszeniowej w kolejnych krajach UE — wspólny rdzeń, lokalne organy. PLAN

E4Skalowanie korpusu

Backfill kart G1–G6, rozwój korpusu wg roadmapy 3k → 10k → 100k → 1M. PLAN

E5Tryb live / full-live-controlled

Wdrożenia operacyjne z nadzorem i kontrolą na każdym etapie. PLAN

Powiązania

Zastrzeżenie. Materiał ma charakter informacyjno-operacyjny i badawczy. Nie stanowi certyfikacji, nie jest opinią jednostki notyfikowanej ani konkluzją prawną (not a certification · not a notified body · not a legal conclusion). Statusy „złożone"/„przyjęte" wymagają potwierdzenia organu. claim ≤ proof. Szczegóły: /legal/not-certification.