--- title: "Treść, której nie można wysłać bez dowodu" canonical: "https://nordvec.com/pl/blog/copy-that-cannot-ship-without-proof" lang: "pl" claims: "https://nordvec.com/api/trust/claims" --- # Treść, której nie można wysłać bez dowodu Source: https://nordvec.com/pl/blog/copy-that-cannot-ship-without-proof This file is rendered from the same message catalogue as the page, at request time; the HTML page is the canonical document. Statements about the processing chain are bound to the claim record at https://nordvec.com/api/trust/claims, which says which of them the register currently supports. Rasmus Kjær Damgaard, Założyciel · Opublikowano 7 września 2026 Ten artykuł powstał przy wsparciu AI i został zweryfikowany przez człowieka. Za treść odpowiada redaktor Rasmus Kjær Damgaard. To tłumaczenie zostało wykonane na podstawie angielskiego oryginału z wykorzystaniem przetwarzanie AI we Francji i nie zostało sprawdzone przez człowieka. Za wersję angielską, która jest wersją obowiązującą, odpowiada Rasmus Kjær Damgaard. [Zobacz angielski oryginał](https://nordvec.com/blog/copy-that-cannot-ship-without-proof) Każde oświadczenie dotyczące zgodności na tej stronie jest weryfikowane względem naszego własnego rejestru podprocesorów, zanim zostanie zatwierdzone. Oto mechanizm, co odrzuca i czego szczerze nie może udowodnić. **TL;DR:** Marketingowe obietnice rozchodzą się z rzeczywistością, a nikt tego nie zauważa – dopóki nie zrobi tego audytor lub organ nadzoru. Na tej stronie każde zdanie, które zawiera fakt dotyczący miejsca przetwarzania danych, podmiotów uprawnionych do ich żądania, przekraczania granic czy szkolenia modeli, nie może zostać opublikowane, jeśli nie jest poparte sprawdzonym maszynowo predykatem. Ten wpis wyjaśnia mechanizm, pokazuje trzy przykłady twierdzeń, których obecnie nie pozwala nam używać, wskazuje jedno, które już wyłapał, oraz opisuje, czego nie jest w stanie udowodnić. ## Problem to dryf, a dryf to ryzyko prawne [#problem-to-dryf-a-dryf-to-ryzyko-prawne] Twierdzenie na stronie dostawcy pisze się raz, a potem zostawia w spokoju. Tymczasem fakty, na których się opiera, zmieniają się: dodawany jest podprocesor, zmienia się region, wygasa certyfikat. Zdanie pozostaje bez zmian. Przez miesiące strona głosi coś, co już dawno przeczą własne dokumenty firmy, a rozbieżność jest niewidoczna, bo oba elementy żyją w różnych miejscach, edytowane przez różne osoby. Dla europejskiego sprzedawcy to nie tylko problem wiarygodności. Zgodnie z Dyrektywą o nieuczciwych praktykach handlowych (2005/29/WE), art. 12, organ może zażądać od przedsiębiorcy udowodnienia twierdzenia faktycznego i może uznać niewystarczające dowody za dowód jego fałszywości. Ciężar dowodu spoczywa na was, a do jego uruchomienia nie potrzeba pozwu. Unijne rozporządzenie w sprawie sztucznej inteligencji (AI Act) dodaje własny obowiązek przejrzystości: art. 50 ust. 1 wymaga, by użytkownik był informowany, gdy wchodzi w interakcję z systemem AI. Powierzchnia twierdzeń, która wyolbrzymia to, co firma może udowodnić, to dokładnie ten rodzaj sytuacji, do wyłapywania którego oba przepisy zostały stworzone. ## Mechanizm: twierdzenie, predykat, rejestr, brama [#mechanizm-twierdzenie-predykat-rejestr-brama] Projekt jest prosty. Rejestr wiąże każde twierdzenie skierowane do klienta z predykatem, a predykat jest weryfikowany względem faktów, których treść nie może edytować zespół copywriterski: rejestru podprocesorów i migawki zaufania, obu generowanych ze źródła. Predykaty są definiowane warstwowo, bo fraza taka jak „hostowane w UE” to w rzeczywistości kilka twierdzeń w jednym: przechowywanie, ścieżka żądania i telemetria mogą mieć różne odpowiedzi, a ich mieszanie to sposób, w jaki prawdziwe stwierdzenie o jednym elemencie staje się fałszywe w odniesieniu do innego. Brama, `bun run check:claims`, egzekwuje cztery zasady za jednym razem. Twierdzenie, którego predykat jest fałszywy, nie może pojawić się w tekście, w żadnym języku. Każdy ciąg znaków, który składa obietnicę dotyczącą miejsca przechowywania, jurysdykcji, transferu czy szkolenia modeli, musi być zadeklarowany – tak, by kolejne absolutne stwierdzenie nie mogło zostać dodane po cichu. Żadne takie twierdzenie nie może istnieć poza katalogiem tłumaczeń, gdzie wymknęłoby się każdej innej kontroli. A twierdzenie poprawione w języku angielskim nie może pozostać aktywne w pozostałych 22 językach: pipeline retranslacji uruchamia się tylko wtedy, gdy ktoś go uruchomi, więc poprawka wprowadzona tylko w angielskim pozostawiłaby stare twierdzenie w każdej innej wersji językowej. Ta ostatnia kontrola to brama parytetu, którą większość systemów pomija. Ostatni element całkowicie eliminuje etap ręcznego pisania dla najbardziej ryzykownych miejsc. Zamiast ręcznie wpisywać frazę dotyczącą miejsca przechowywania do meta opisu czy manifestu i liczyć, że recenzent to wyłapie, te miejsca przyjmują token, który rozwija się w fragment pochodzący z rejestru – i fragment ten renderuje się tylko wtedy, gdy jego predykat jest spełniony. Zdanie, którego rejestr nie może poprzeć, nie ma fragmentu do wstawienia, więc nie da się go wpisać. Wykrywanie wyłapuje jedną formułkę naraz; generowanie zamyka całą klasę problemów. ## Czego nie pozwala publikować [#czego-nie-pozwala-publikować] Najlepszy sposób, by zaufać bramie, to obserwować, jak mówi „nie”. Trzy twierdzenia są dziś zadeklarowane, ale rejestr nie pozwala ich jeszcze opublikować, a brama raportuje blokadę przy każdym uruchomieniu: * Twierdzenie, że nasze zapisy w umowach zabraniające dostawcom modeli trenowania na treściach klientów są w pełni przenoszone na wszystkie poziomy. Zamierzamy to osiągnąć, ale rejestr nie ma jeszcze na to dowodów, więc twierdzenie pozostaje nieopublikowane. * Twierdzenie, że platforma już w pełni spełnia wymogi unijnego AI Act. Korpus rejestruje status każdego obowiązku, a nie wszystkie są jeszcze spełnione, więc wersja totalna jest odrzucana. * Twierdzenie dotyczące jurysdykcji łańcucha dostaw modeli, które wymaga predykatu o strukturze korporacyjnej, a nie tylko o miejscu, w którym realizowane jest żądanie – i które jeszcze nie jest spełnione. To nie przeoczenia. To twierdzenia, które chcielibyście zamieścić, ale nie robicie tego, bo dyscyplina jest ważniejsza niż jedno zdanie. System wyłapał też jedno już działające. 27 lipca 2026 brama została wdrożona (commit `3b7a4bffd`), a w ciągu doby wymusiła poprawkę, którą przegapił proces recenzyjny: nagłówek strony głównej głosił miejsce przechowywania danych, choć w rejestrze nie było na to żadnych podstaw (commit `a8d94d4a3`). Kontrola parytetu wymusiła następnie przeniesienie poprawionej treści do wszystkich 22 języków, a nie tylko angielskiego. Twierdzenia, które przetrwały, to te konkretne i możliwe do zweryfikowania: generowanie działa we Francji, embeddingsy w Berlinie, dokumenty w Irlandii i Norymberdze – każde z nich pokazane na [stronie zaufania](/trust) wraz z podstawą transferu. ## Czego nie jest w stanie udowodnić – jasno i wyraźnie [#czego-nie-jest-w-stanie-udowodnić--jasno-i-wyraźnie] Brama, która przecenia swoje możliwości, to dokładnie to, czemu ma zapobiegać. Dlatego warto określić jej granice. Udowadnia, że każde opublikowane twierdzenie jest zgodne z rejestrem. Nie udowadnia jednak, że rejestr poprawnie opisuje rzeczywistość – choć osobna brama trzyma rejestr w ryzach względem kodu. Nie jest w stanie zweryfikować, czy liczba w benchmarku jest prawdziwa albo czy podany numer artykułu jest właściwy; to kwestie oceny, do których nie sięga wyrażenie regularne. Eliminuje za to konkretny, powtarzający się błąd: sytuację, w której twierdzenie prawdziwe w momencie publikacji cicho staje się fałszywe, a nikt nie pilnuje pliku. Upewnienie się, że twierdzenie jest od początku poprawne, nadal pozostaje zadaniem człowieka. ## Jak zrobić to samo [#jak-zrobić-to-samo] Wzorzec można przenieść, a żaden z elementów nie jest egzotyczny. Prowadźcie maszynowo czytelny rejestr faktów, od których zależą wasze twierdzenia, generowany ze źródła, a nie utrzymywany ręcznie. Każdemu twierdzeniu przypiszcie predykat, który rejestr może obalić, zdefiniowany na tyle wąsko, by prawda o jednym podsystemie nie mogła zastąpić prawdy o innym. Uruchamiajcie bramę przed commitem, która weryfikuje każde twierdzenie we wszystkich językach, w jakich je publikujecie, i pozwólcie fałszywemu predykatowi przerwać build. Następnie, dla miejsc, w których przypadkowe absolutne stwierdzenie może wyrządzić największe szkody, generujcie tekst twierdzenia z rejestru, zamiast wpisywać go ręcznie. Rezultat nie jest głośniejszym copy. To copy, które może zweryfikować czytelnik sceptyczny – a dla europejskiego klienta oceniającego dostawcę rozwiązań bezpieczeństwa to jedyny rodzaj, który konwertuje. ## Najczęściej zadawane pytania ### Co właściwie sprawdza bramka oświadczeń? Odczytuje każde zadeklarowane oświadczenie dotyczące łańcucha przetwarzania, ocenia jego predykat względem rejestru podprocesorów i migawki zaufania, a następnie przerywa budowę, jeśli w treści pojawi się oświadczenie z fałszywym predykatem w którymkolwiek z 23 języków. Działa jako hak pre-commit i ponownie w CI. ### Dlaczego sprawdzacie rejestr zamiast po prostu recenzować treść? Recenzja ludzka dowodzi stanu tylko w dniu jej przeprowadzenia i nic więcej. Rejestr jest regenerowany ze źródła i kontrolowany w obie strony, więc powiązanie zdania z rejestrem oznacza, że zdanie nie może przetrwać dłużej niż fakt, na którym się opiera. Gdy zmieni się dostawca, oświadczenie, które od niego zależało, nie przejdzie przy następnym commicie. ### Czy bramka dowodzi, że nasze oświadczenia są prawdziwe? Nie, i to jasno wynika. Dowodzi, że każde opublikowane oświadczenie jest zgodne z rejestrem; nie może zweryfikować, czy liczba w benchmarku jest prawdziwa lub czy podany numer artykułu jest poprawny. To pozostaje ludzką oceną. Bramka eliminuje tryb awarii, w którym prawdziwe przy starcie oświadczenie cicho staje się fałszywe, a nie potrzebę, by od początku poprawnie sformułować oświadczenie. ### Czy możecie wykorzystać ten wzorzec ponownie? Tak. Elementy to: czytelny dla maszyn rejestr faktów jako jedyne źródło prawdy, predykat na oświadczenie, który rejestr może obalić, bramka pre-commit oceniająca każdy język oraz generowanie ciągów oświadczeń z rejestru, a nie ręczne ich wpisywanie. Każda część jest niewielka; dyscyplina polega na połączeniu ich razem. [Wszystkie artykuły](/pl/blog)