Pytanie, którego nie zadaje żaden inny framework bezpieczeństwa.

W 1960 roku William T. Powers opublikował artykuł, który odwracał standardowe założenie psychologii behawioralnej. Nie pytaj, co system robi — pytaj, co system utrzymuje na stałym poziomie wbrew zakłóceniom. Zachowanie nie jest reakcją na bodziec. Jest środkiem, którym system trzyma pewną percepcję tam, gdzie chce ją mieć.

„Behavior is the control of perception, not the production of output."

— William T. Powers, Behavior: The Control of Perception, Aldine, 1973

Trzy konsekwencje PCT są dla tego laboratorium fundamentalne. Po pierwsze, referencja (cel) jest wewnątrz systemu — nie jest dostarczana z zewnątrz przez zadanie ani eksperymentatora. Po drugie, kontrolowaną zmienną jest percepcja, nie działanie. Po trzecie, kontrolę rozpoznaje się nie po wnętrzu systemu, ale po tym, jak reaguje na zakłócenia: jeśli zakłócenie zmienia daną wielkość, a system ją przywraca, to wielkość jest kontrolowana.

// pętla sterowania · schemat minimalny
→ Reference signal (r) — specyfikacja wartości, jaką ma przyjąć percepcja
→ Perceptual signal (p) — wewnętrzna reprezentacja kontrolowanej zmiennej
⚡ Comparator — oblicza błąd: e = r − p
→ Output function — działa na podstawie błędu
→ Environment — efekt działania w świecie
↻ Percepcja sprzężona z powrotem
System bez zamkniętej pętli jest otwarty względem świata: emituje i nic nie mierzy tego, co wyemitował. Kontrola widoczna jest wyłącznie jako systematyczny opór wobec zakłóceń.

Od sterowania do utrzymywania wartości

PCT wyróżnia się spośród innych formalizmów sterowania tym, że obiektem analizy jest controlled variable (zmienna kontrolowana) — nie działanie, nie wyjście, nie waga modelu. To pozwala zadać pytanie, które w literaturze alignmentu pojawia się rzadko: jaką wielkość ten system utrzymuje na stałym poziomie?

Zastosowane do wdrożonego modelu językowego pytanie ma niewygodną odpowiedź — i tą odpowiedzią nie jest „dokładność". Model językowy podczas działania nie utrzymuje prawdziwości. Utrzymuje wrażenie kompetencji, zgodności z rozmówcą i płynności. Uważam, że to jedno z głównych architektonicznych źródeł awarii opisanych w rejestrze i raportach.

Pełny opis PCT i jego zastosowań naukowych prowadzi portal badawczy perceptualcontroltheory.org. Stowarzyszenie naukowe: IAPCT.

RSE. Weryfikacja bez oracle'a.

Reference Signal Engineering to architektura, którą opracowałem i opublikowałem w preprincie No Argument for the World (DOI 10.5281/zenodo.21989191, §8). Jej zadaniem jest zamknięcie pętli weryfikacji wokół modelu językowego bez dostępu do prawdy absolutnej. Nie jest to kolejny framework AI safety, tylko architektura sterowania, w której nie wolno zakładać istnienia oracle'a.

Skąd to się wzięło

Problem jest konkretny. W RLHF funkcja nagrody przyjmuje prompt i odpowiedź. Nie przyjmuje argumentu stanu świata. Formalnie: R(x, y) → ℝ, gdzie x to prompt, y to odpowiedź. Nie ma tam trzeciego argumentu w. Gdy prawda twierdzenia nie jest odzyskiwalna z tekstu, gradient preferuje płynną asercję nad kalibrowaną abstynencją — nie dlatego, że model kłamie, ale dlatego, że funkcja celu nie ma gdzie zapisać prawdy.

Po zamrożeniu wag system nie ma ani komparatora, ani wejścia percepcyjnego z domeny, o której mówi. Jest otwarty względem świata. Narzędzia (search, kod) wydłużają otwartą ścieżkę, ale jej nie zamykają — bo zapytanie generuje ten sam proces, który ma być weryfikowany, a wynik interpretuje też on sam.

Rozwiązanie — podwójny zapis

RSE nie próbuje odzyskać prawdy. Steruje czymś słabszym, ale osiągalnym: zgodnością między dwoma niezależnie uzyskanymi zapisami tego samego zjawiska. Konstrukcja jest taka sama jak w księgowości podwójnego zapisu (tę analogię zaproponował Rick Marken) — żaden zapis nie jest uprzywilejowany jako „prawda”, a kontrola dotyczy percepcji ich zgodności. Gdy się rozchodzą, system ma error signal (sygnał błędu), mimo że nikt nie ustalił, która strona się myli.

„System nie kontroluje tego, że twierdzenie jest prawdziwe. Kontroluje to, że twierdzenie i niezależnie uzyskany zapis są zgodne."

— Reference Signal Engineering, §8.2

Kontrolowana zmienna

W klasycznym sterowaniu controlled variable to wielkość fizyczna. W RSE controlled variable to residual — różnica między dwoma niezależnymi zapisami. Ta zmiana obiektu kontroli jest kluczowa. Nie próbujemy kontrolować prawdy, bo tej percepcji nie mamy. Kontrolujemy rozbieżność, bo ta jest mierzalna.

Konsekwencja praktyczna: RSE wyłapuje fabrykację, nie błąd. Cytat, który się nie rozwiązuje. Ilość, która się nie przelicza. Twierdzenie o wykonanej akcji, po której nie ma śladu w logu. To wąska klasa awarii — ale bardzo częsta: należą do niej m.in. zmyślone przepisy z PL-AI-2026-001 i wiele przypadków opisanych w literaturze alignmentu z lat 2024–2026.

Osiem ograniczeń. Każde wyklucza skrót projektowy, który inaczej byłby kuszący.

Architektura RSE nie jest dowolna. Osiem ograniczeń (§8.1) jest zdeterminowanych przez argument strukturalny z §3 preprintu. Każde zamyka jedno obejście.

  1. Brak oracle'a. Projekt nie może zakładać dostępu do prawdy absolutnej, bo w docelowej domenie jej nie ma. Rozwiązanie, które jej wymaga, odpowiada na inny, łatwiejszy problem — nie na ten.
  2. Komparator nie może być trenowany przeciw zatwierdzeniu. Weryfikator zoptymalizowany wobec tego samego celu co generator dziedziczy tę samą kontrolowaną zmienną i para zbiega. Gdy model jest użyty wewnątrz komparatora, jego rola to ekstrakcja i dopasowanie, nigdy ocena jakości.
  3. Komparator leży poza efektorem i wewnątrz systemu. Nie jest w wagach, nie jest w gradiencie, nie jest w przebiegu generatywnym. Jest częścią systemu, którego zachowanie jest analizowane. Powiększenie granicy systemu o komparator jest posunięciem projektowym.
  4. Werdykt komparatora musi mieć autorytet. Sprawdzenie, które nie może wstrzymać, zrewidować lub oznaczyć odpowiedzi, jest instrumentacją, nie kontrolą.
  5. Nie może zależeć od kooperacji generatora. Żaden komponent nie może wymagać, żeby model rzetelnie raportował o sobie — bo to jest dokładnie to, czego nie potrafi.
  6. Musi degradować uczciwie. Tam, gdzie nie istnieje niezależny kanał dla twierdzenia, system musi to powiedzieć, zamiast przepuszczać twierdzenie nieoznaczone.
  7. Musi być wywoływany automatycznie, nie tylko dostępny. Krok weryfikacji, który uruchamia się, gdy ktoś pamięta o jego uruchomieniu, nie jest częścią pętli. Ścieżka istnieje tylko wtedy, gdy odczyt faktycznie następuje, w zwyczajnym toku produkcji odpowiedzi.
  8. Przesłanki muszą być ugruntowane, nie tylko asercje. Obowiązek rozliczenia wobec artefaktu rozciąga się na przesłanki i założenia, na których opiera się odpowiedź, w tym te nigdy niewypowiedziane wobec użytkownika. Gdy wniosek jest nie do przyjęcia, najpierw sprawdza się przesłanki — jedna fałszywa przesłanka pozostawia wartość logiczną wniosku nieokreśloną.

Cztery dyspozycje wyjściowe

Output function z autorytetem ma cztery możliwe werdykty. Czwarty jest tym, który czyni system uczciwym.

Pass

Przepuść

Residual mieści się w zadeklarowanej tolerancji. Twierdzenie przechodzi do odpowiedzi.

Revise

Zrewiduj

Wygeneruj twierdzenie ponownie, dostarczając zapis jako wejście percepcyjne. Model nie jest proszony o większy wysiłek — dostaje wejście, którego brakowało.

Withhold

Wstrzymaj

Twierdzenie jest sprzeczne z zapisem i zostaje usunięte lub odmówione.

Mark unverifiable

Oznacz jako niesprawdzalne

Dla twierdzenia nie istnieje niezależny kanał — jest ono dostarczone oznaczone jako niezweryfikowane. System nie udaje, że sprawdził coś, czego nie mógł sprawdzić.

Typy twierdzeń i kanały

Architektura jest tak dobra, jak pokrycie kanałami. Poniższa tabela (§8.4) to taksonomia robocza — nie jest wyczerpująca i jest przeznaczona do rozszerzenia w każdym wdrożeniu.

Typy twierdzeń, kanały niezależne, komparatory
Typ twierdzenia Kanał niezależny Komparator Typowa awaria wychwytywana
Nazwany artefakt zawiera X Odczyt artefaktu; wyszukiwanie tekstowe / strukturalne Dokładne lub znormalizowane dopasowanie Sfabrykowana weryfikacja; wymyślona zawartość pliku
Źródło S mówi X Rozwiązanie identyfikatora; pobranie; lokalizacja fragmentu Entailment wobec pobranego tekstu, zakotwiczony w span Sfabrykowane cytowanie; realne źródło, wymyślone twierdzenie
Ilość Q równa się N Przeliczenie od podanych wejść Arytmetyka numeryczna, zadeklarowana tolerancja Arytmetyka asertowana, nie wykonana
Akcja została wykonana Log wykonania, status wyjścia, kwerenda efektu ubocznego Zgodność obecności i statusu Zadeklarowane sprawdzenie nigdy nie zostało uruchomione
Stan systemu S to X Zapis projektu, wcześniejsza tura Porównanie pola — tekstowe lub semantyczne Nieaktualny lub wymyślony stan; wymyślona wcześniejsza zgoda
Stan S zmienia się w czasie Kwerenda S; znacznik czasu odczytu Porównanie pola z oknem nieaktualności Stan prawdziwy w chwili sprawdzenia, fałszywy w chwili dostarczenia
Twierdzenie oceniające lub estetyczne Brak dostępnego — Musi być oznaczone jako niesprawdzalne

Ostatni wiersz nie jest luką do zamknięcia później. Jest granicą. System, który udaje, że weryfikuje ocenę jakości, przywrócił weryfikator oceniający przez zatwierdzenie — czyli to, co ograniczenie 2 zabrania.

Ta sama architektura. Cztery tysiące lat wcześniej.

Reference Signal Engineering opisuje architekturę, która ma dwa niezależne kanały i steruje zgodnością między nimi. Okazuje się, że ta architektura jest znacznie starsza niż AI. Księgowość podwójnego zapisu — dwa niezależne rejestry tych samych transakcji, żaden nieuprzywilejowany — pojawia się w administracji państwowej co najmniej cztery tysiące lat temu. W glinie.

W trzech nieodczytanych korpusach administracyjnych epoki brązu — piśmie linearnym A (Kreta minojska), piśmie doliny Indusu (Harappa) i piśmie proto-elamickim (Suza) — można zidentyfikować ten sam wzorzec architektoniczny: dwa niezależne kanały zapisu tego samego stanu magazynowego, komparator obliczający rozbieżność i marker deficytu działający jako error signal.

Protokół projection before meaning

Audyty pism epoki brązu (raporty 04, 05, 06 w raportach) stosują ten sam protokół, który organizuje RSE: zanim jakiekolwiek twierdzenie semantyczne zostanie dopuszczone, niezmienniki strukturalne muszą zostać zweryfikowane. Twierdzenie, które narusza zweryfikowaną sumę, domknięcie ułamkowe lub równanie deficytu, jest odrzucane — niezależnie od tego, jak dobrze brzmi.

Trzy nieodczytane systemy na trzech kontynentach wypracowały tę samą architekturę administracyjną: marker deficytu (ki-ro / Sign 142 / M004), mechanizm zamknięcia transakcji (ku-ro / Sign 311/342 / M341), nagłówek instytucjonalny (sa-ra2 / fauniczne logo P1 / M157) i sztywno zapisane stałe metrologiczne. Zapis symboliczny jest różny. Miejsca w architekturze są te same.

To jest dokładnie ta sama struktura, którą RSE specyfikuje dla współczesnych systemów AI — tylko zamiast wag modelu są tabliczki gliniane, a zamiast logu transakcji są pieczęcie cylindryczne. Medium się zmienia. Brakujący kanał jest zawsze ten sam.

// Pełne analizy trzech korpusów — w raportach 04–06 poniżej

Dlaczego to jest w tej samej sekcji

Bo to nie jest tylko ciekawostka historyczna. To argument za tym, że RSE nie jest arbitralnym pomysłem. Jeżeli ta sama architektura — dwa niezależne kanały, komparator, marker błędu — pojawia się niezależnie w administracji sprzed czterech tysięcy lat, w średniowiecznej księgowości, w dwudziestowiecznych rejestrach korporacyjnych i w specyfikacji RSE dla modeli językowych, to najprostszym wyjaśnieniem jest to, że każdy system, który ma wykrywać własne błędy bez oracle'a, dochodzi do podobnego rozwiązania. To analogia strukturalna, nie dowód poprawności — poprawność RSE trzeba wykazać na systemach AI.

Trzy prace źródłowe

Gdzie tej architektury użyłem.

RSE i PCT są podstawą wszystkich analiz publikowanych w tym laboratorium. Poniżej bezpośrednie zastosowania.