--- title: "Sådant som inte kan skickas utan bevis" canonical: "https://nordvec.com/sv/blog/copy-that-cannot-ship-without-proof" lang: "sv" claims: "https://nordvec.com/api/trust/claims" --- # Sådant som inte kan skickas utan bevis Source: https://nordvec.com/sv/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, Grundare · Publicerad 7 september 2026 Denna artikel har tagits fram med AI‑stöd och granskats av en person. Rasmus Kjær Damgaard ansvarar för innehållet. Den här översättningen har gjorts från det engelska originalet med AI‑bearbetning i Frankrike och har inte granskats av en människa. Rasmus Kjær Damgaard ansvarar för den engelska versionen, som är den officiella versionen. [Läs det engelska originalet](https://nordvec.com/blog/copy-that-cannot-ship-without-proof) Varje efterlevnadspåstående på denna webbplats kontrolleras mot vårt eget underleverantörsregister innan det kan genomföras. Här är mekanismen, vad den nekar, och vad den ärligt talat inte kan bevisa. **TL;DR:** Marknadsföringspåståenden glider ifrån verkligheten, och ingen märker det förrän en revisor eller tillsynsmyndighet gör det. På den här sajten kan en mening som gör ett faktabaserat påstående om var data behandlas, vem som kan tvinga fram det, om det korsar en gräns eller om en modell tränad på det inte publiceras – om inte ett maskinverifierat predikat bekräftar det. Det här inlägget förklarar mekanismen, visar tre påståenden som systemet just nu vägrar att låta oss göra, nämner ett verkligt fall det fångade upp och beskriver vad det inte kan bevisa. ## Problemet är avvikelse, och avvikelsen är en juridisk risk [#problemet-är-avvikelse-och-avvikelsen-är-en-juridisk-risk] Ett påstående på en leverantörssajt skrivs en gång och lämnas sedan åt sitt öde. Fakta under det förändras: en underleverantör läggs till, en region ändras, en certifiering upphör. Men meningen står kvar. I månader påstår sidan något som företagets egna register redan motsäger, och glappet är osynligt eftersom de två finns på olika ställen, redigerade av olika personer. För en europeisk säljare är detta inte bara ett trovärdighetsproblem. Enligt direktivet om otillbörliga affärsmetoder (2005/29/EG), artikel 12, kan en myndighet kräva att ett företag bevisar ett faktabaserat påstående och behandla bristande bevisning som att påståendet är falskt. Bevisbördan ligger på er, och det krävs inget åtal för att utlösa den. EU:s AI-förordning lägger till en egen transparensplikt: artikel 50(1) kräver att en person informeras när hen interagerar med ett AI-system. En påståendesida som överdriver vad ert företag kan stå för är precis den typ av fall som båda reglerna är skrivna för att fånga upp. ## Mekanismen: påstående, predikat, register, grind [#mekanismen-påstående-predikat-register-grind] Designen är enkel. Ett register kopplar varje kundvänd påstående till ett predikat, och predikatet utvärderas mot fakta som marknadsföringstexten inte kan ändra: underleverantörsregistret och förtroendesnapshoten, båda genererade från källan. Predikat är skiktade, eftersom en fras som "hostat i EU" egentligen är flera påståenden i ett: lagring, förfrågningsväg och telemetri kan var och en ha olika svar, och att blanda ihop dem är så ett sant påstående om en del blir ett falskt påstående om en annan. Grinden, `bun run check:claims`, upprätthåller sedan fyra saker i ett svep. Ett påstående vars predikat är falskt får inte förekomma i texten, på något språk. Varje sträng som gör ett löfte om lokalisering, jurisdiktion, överföring eller träning måste deklareras, så att nästa absoluta påstående inte kan läggas till tyst. Inget sådant påstående får finnas utanför det översättningsbara meddelandekatalogen, där det skulle undgå alla andra kontroller. Och ett påstående som rättats i den engelska versionen får inte finnas kvar i de övriga 22 språken: pipeline:en översätter bara när någon kör den, så en rättning som bara görs på engelska skulle lämna det gamla påståendet kvar i alla andra språkversioner. Den sista kontrollen är paritetsgrinden, och det är den som de flesta system missar. Den sista delen tar bort författarsteget helt för de mest riskfyllda fälten. Istället för att manuellt skriva in en lokaliseringsfras i en metabeskrivning eller ett manifest – och hoppas att en granskare fångar upp den – tar dessa fält en token som löser upp sig till ett registergenererat fragment, och fragmentet renderas bara så länge dess predikat gäller. En mening som registret inte kan stödja har inget fragment att infoga, så den kan inte skrivas. Upptäckt fångar en formulering i taget; generering stänger hela klassen. ## Vad det vägrar [#vad-det-vägrar] Det tydligaste sättet att lita på en grind är att se den säga nej. Tre påståenden är deklarerade idag som registret just nu inte tillåter oss att publicera, och grinden rapporterar varje blockerat påstående vid varje körning: * Ett påstående om att våra villkor som förbjuder modellleverantörer att träna på kundinnehåll är kontraktuellt vidarebefordrade genom alla led. Vi avser det, men registret har ännu inte bevis för det, så det förblir opublicerat. * Ett påstående om att plattformen redan uppfyller hela EU:s AI-förordning. Korpusen registrerar status per skyldighet, och inte alla är uppfyllda, så den totala versionen vägras. * Ett påstående om jurisdiktionen för modellförsörjningskedjan, som kräver ett predikat om bolagsregistrering snarare än om var en förfrågan körs, och som ännu inte gäller. Det här är inga förbiseenden. Det är påståenden vi skulle vilja göra men avstår från, eftersom disciplinen är värd mer än meningen. Systemet har också fångat ett verkligt fall. Den 27 juli 2026 landade grinden (commit `3b7a4bffd`), och inom en dag tvingade den fram en rättning som granskningsprocessen hade missat: landningssidans huvudrubrik påstod datalokalisering utan något stöd i registret (commit `a8d94d4a3`), och paritetskontrollen krävde sedan att den korrigerade formuleringen fördes över till alla 22 andra språk istället för bara engelska. De påståenden som överlevde är de specifika och verifierbara: generering sker i Frankrike, inbäddningar i Berlin, dokument i Irland och Nürnberg, var och en visad på [förtroendesidan](/trust) med sin överföringsgrund. ## Vad det inte kan bevisa, rakt på sak [#vad-det-inte-kan-bevisa-rakt-på-sak] En grind som överdriver sin egen förmåga är precis det den finns till för att förhindra, så här är dess gränser. Den bevisar att varje publicerat påstående stämmer överens med registret. Den bevisar inte att registret beskriver världen korrekt, även om en separat grind håller registret anslutet till koden. Den kan inte verifiera att en riktmärkefigur är verklig eller att ett citerat artikelnummer är rätt – det är bedömningsfrågor som ett reguljärt uttryck inte når. Det den tar bort är det specifika, återkommande felet där ett påstående som var sant vid lansering tyst blir falskt, och ingen tittar på filen. Att få påståendet rätt från början är fortfarande en persons jobb. ## Så gör ni samma sak [#så-gör-ni-samma-sak] Mönstret går att överföra, och ingen av delarna är exotisk. Håll ett maskinläsbart register över de fakta era påståenden bygger på, genererat från källan istället för att underhållas manuellt. Ge varje påstående ett predikat som registret kan motbevisa, avgränsat tillräckligt snävt så att en delsystems sanning inte kan stå för en annans. Kör en pre-commit-grind som utvärderar varje påstående på alla språk ni levererar, och låt ett falskt predikat stoppa bygget. Sedan, för de fält där ett felaktigt absolut påstående gör mest skada, generera påståendetexten från registret istället för att skriva den. Resultatet är inte högre volym i marknadsföringen. Det är text som en kritisk läsare kan kontrollera, och för en europeisk köpare som utvärderar en säkerhetsleverantör är det den enda sorten som konverterar. ## Vanliga frågor ### Vad kontrollerar påståendegaten egentligen? Den läser varje deklarerat påstående om behandlingskedjan, utvärderar dess predikat mot underleverantörsregistret och förtroendesnapshoten, och misslyckas med bygget om ett påstående vars predikat är falskt förekommer i texten på något av de 23 språken. Den körs som en pre-commit-hook och igen i CI. ### Varför kontrollera registret istället för att bara granska texten? En mänsklig granskning bevisar tillståndet den dagen den utförs och ingenting efter det. Registret genereras om från källan och är kontrollerat i båda riktningarna, så att binda meningen till registret innebär att meningen inte kan överleva det faktum den bygger på. När en leverantör ändras, misslyckas påståendet som var beroende av det vid nästa commit. ### Bevisar gaten att era påståenden är sanna? Nej, och det säger den också. Den bevisar att varje publicerat påstående stämmer överens med registret; den kan inte verifiera att ett riktmärkesnummer är verkligt eller att ett citerat artikelnummer är det korrekta. Det förblir en mänsklig bedömning. Gaten eliminerar felsättet där ett sant-vid-lansering-påstående tyst glider över till falskt, inte behovet av att få påståendet rätt från början. ### Kan vi återanvända detta mönster? Ja. Delarna är ett maskinläsbart register över fakta som en enda sanningskälla, ett predikat per påstående som registret kan motbevisa, en pre-commit-gate som utvärderar varje språkversion, och generering av påståendesträngarna från registret istället för att skriva dem för hand. Varje del är liten; disciplinen ligger i att koppla ihop dem. [Alla artiklar](/sv/blog)