Principle

Ciągła fala i wykrywanie sprzeczności

Każde przyjęcie propaguje. Napięcia wychodzą na wierzch do rozstrzygnięcia.

Wiedza nie istnieje w izolacji. Nowy fakt o kliencie zmienia znaczenie starszych notatek o tym kliencie. Nowa decyzja architektoniczna unieważnia starszą decyzję. KMS, który przechowuje fakty, ale ich nie propaguje, jest bazą danych, a nie wiedzą.

Zasada

Każde przyjęcie wyzwala dwie rzeczy:

  1. Fala — propaguj nową informację do wszystkich encji, streszczeń i widoków, których dotyka. Jeśli notatka ze spotkania wspomina o trzech osobach i projekcie, wszystkie cztery strony encji odzwierciedlają spotkanie; jeśli decyzja zastępuje wcześniejszą, starsza decyzja zostaje oznaczona jako zastąpiona.
  2. Wykrywanie sprzeczności — aktywnie szukaj miejsc, w których nowa informacja koliduje z istniejącą wiedzą. Wynieś napięcie; nie nadpisuj po cichu.

Obie odpalają się przy każdym przyjęciu. Obie są automatyczne.

Dlaczego to ma znaczenie

KMS bez fali to log pisany raz. Wiedza wchodzi, ale nie aktualizuje niczego innego. Wyszukiwania zwracają listy zdarzeń historycznych zamiast aktualnego stanu.

KMS bez wykrywania sprzeczności to powoli psująca się baza danych. Nowa informacja nadpisuje starszą po cichu — albo, co gorsza, żyje obok niej bez potwierdzenia, pozostawiając użytkownika, by odkrył konflikt w najgorszym możliwym momencie (na spotkaniu, w dokumencie, przed klientem).

Wyciąganie sprzeczności na wierzch to ruch, który zamienia KMS z pasywnego magazynu w aktywnego partnera w utrzymywaniu integralności tego, co wiesz.

Jak to działa

Przy każdym przyjęciu:

  1. Agent identyfikuje wzmiankowane encje i koncepcje.
  2. Dla każdej sprawdza aktualny stan i porównuje nowe twierdzenie z istniejącymi.
  3. Jeśli nowe twierdzenie dodaje — dopisz je.
  4. Jeśli nowe twierdzenie uściśla — zaktualizuj ze śladem tego, co się zmieniło.
  5. Jeśli nowe twierdzenie zaprzecza — wynieś rekord sprzeczności z obiema wersjami i oflagul do ludzkiego rozstrzygnięcia. Nigdy nie nadpisuj po cichu.

Kolejka sprzeczności jest jedną z niewielu rzeczy, które system prosi użytkownika, żeby na nie spojrzał — ale tylko dlatego, że ludzki osąd jest niezastąpiony przy pytaniu „która wersja jest słuszna".

W prymitywach Claude

  • Subagenci wykonują przejście fali równolegle — jeden per dotknięta encja — nie zanieczyszczając głównej rozmowy.
  • Umiejętności jak find-related, compare-claims, record-contradiction utrzymują metodykę wywoływalną i testowalną.
  • Hooki (Stop, PostToolUse) wyzwalają zamiatanie falowe po każdym przyjęciu.
  • Długi kontekst pozwala agentowi ponownie wczytać całe strony encji wraz z ich backlinkami, sprawdzając sprzeczności.

Gdzie to widziałem

W zespołowym KMS-ie do pracy z klientem wykrywanie sprzeczności jest najcenniejszym zachowaniem, jakie system ma — wynoszenie „deklarowana potrzeba tego klienta przeczy umowie, którą naszkicowaliśmy" na tygodnie przed tym, zanim zostałoby to wyłapane ręcznie. W osobistym KMS-ie fala utrzymuje strony encji osobistych aktualnymi, a użytkownik nigdy nie edytuje ich bezpośrednio.

Czytanie pod prąd

Wykrywanie sprzeczności jest na początku drogie i szumne. Pierwszy miesiąc produkuje za dużo oflagowanych napięć, z których połowa to fałszywe alarmy. Właściwą reakcją jest dostrojenie reguł, a nie wyłączenie funkcji — koszt przeoczonej sprzeczności to koszt błędnej decyzji podjętej z pewnością.

Related principles

Rev. 2026-04-18