Leverandøroplysninger

Hvad AgentAudit behandler, hvor det befinder sig, hvordan registreringen beskyttes og — i samme dokument — hvad denne leverandør ikke påstår.

Hvad AgentAudit behandler

Kun det, dine agenter rapporterer: et tidsstempel, en handling, et resultat og enhver valgfri kontekst, du vælger at sende — en begrundelse, en emnehenvisning, den model- og politikversion der var gældende, om et menneske gennemgik den og hvem.

Den indsamler intet af sig selv. Der er ingen sporing, ingen berigelse, ingen opslag mod andre kilder og ingen udledning. Hvis et felt findes i din registrering, er det fordi din agent har lagt det der.

De tekniske kontroller

Hver af disse kan kontrolleres. Filen er nævnt, så købers tekniske vurderer kan læse mekanismen i stedet for at tage sætningen på tro — og de tre første kan testes direkte fra siden Bevis det.

• En beslutning kan ikke redigeres eller slettes, når den først er skrevet.

  Håndhæves af databasetriggere på UPDATE og DELETE, ikke af applikationskode. Forsøg afvises selv for servicerollen, som helt omgår row-level security.

  supabase/apply-agentaudit.sql — og du kan selv køre forsøget på siden Bevis det.

• Sletning af en agent kan ikke udslette dens beslutningshistorik.

  Fremmednøglen fra en beslutning til dens agent er ON DELETE RESTRICT, så den overordnede række ikke kan fjernes, mens beslutninger refererer til den. Agenter udfases, slettes ikke.

  supabase/apply-agentaudit.sql

• Én kunde kan ikke læse en anden kundes registreringer.

  Row-level security-politikker begrænser hver læsning og skrivning til den kaldendes organisation. Databasen håndhæver det, så en fejl i applikationskoden ikke kan udvide det.

  supabase/apply-agentaudit.sql, supabase/apply-tenancy.sql

• API-nøgler gemmes aldrig i en form, der kunne bruges.

  Kun en SHA-256-hash af en nøgle gemmes. Klarteksten vises én gang ved oprettelsen og kan ikke genskabes, så en databaseudlækning ikke giver nogen arbejdende legitimationsoplysninger.

  src/lib/apiPrincipal.ts, src/app/api/access-keys/route.ts

• Indholdet af beslutninger sendes aldrig til en sprogmodel.

  Der er intet modelkald nogen steder i AgentAudit. Intet opsummeres, klassificeres, scores eller omskrives af AI — compliance-vurderingen og gennemsigtighedsregistreringen er deterministiske funktioner over talte størrelser.

  src/lib/agentaudit/ — søg den efter et modelkald, og du finder ingen.

• En begrundelse genereres aldrig.

  Begrundelsen, der gemmes mod en beslutning, er præcis det, kundens agent rapporterede, ordret. Denne platform skriver ingen, og SDK’en udleder ingen, når den omslutter en funktion.

  src/lib/agentaudit/ingest.ts, packages/agentaudit-sdk/

• Verifikation kan udføres uden os.

  Hash-algoritmen er offentliggjort fuldt ud. En kunde, en regulator eller en modpart kan genberegne hver hash fra en eksport med cirka tredive linjer af deres egen kode. Den browserbaserede verifikator sender ingen netværksanmodning, når den kører.

  /agentaudit/docs#algorithm

Underdatabehandlere

Tre, og ingen andre er involveret i håndteringen af en beslutningsregistrering:

Opbevaring og spørgsmålet om sletning

En beslutning kan ikke slettes. Det er hele produktet, og det trækker mod retten til sletning efter artikel 17 i UK GDPR. En databeskyttelsesrådgiver vil rejse det på det første møde, så det tages op her først.

Designets hensigt er, at en beslutningsregistrering ikke indeholder personoplysninger. Feltet subject er til en henvisning — et sagsnummer, en skadesidentifikator, en kontonøgle — ikke til et navn. Holdt sådan beskriver registreringen, hvad en agent gjorde i sag 88213, og personens identitet ligger i dine egne systemer, hvor sletning er noget, du faktisk kan udføre.

Ingenting i denne platform håndhæver det. Den gemmer det, dine agenter sender, så minimering skal ske ved kilden, i din kode, før beslutningen rapporteres. Det er værd at skrive ind i dit integrationsdesign frem for at opdage senere.

Om artikel 17 overhovedet er i spil for en given installation, og om en undtagelse gælder, er et juridisk spørgsmål om din anvendelse. Denne leverandør besvarer det ikke og er ikke kompetent til at gøre det.

Spørgsmål til leverandøren

1 of 7 supplier questions answered. 6 are outstanding and shown as such — a visible gap costs a follow-up email, and an invented answer costs the contract.

Alt, installationen selv kan fastslå om sig selv, læses fra det kørende system i stedet for at blive indtastet — en side, der beder et menneske huske, hvilken region de installerede i, vil til sidst angive den forkerte med sikker stemme. Resten er operatørens egne erklæringer, med egne ord.

Region the application runs inLæst fra installationen

London, United Kingdom (lhr1)

Read from the running deployment, not typed in. A supplier page that asks a human to remember which region they deployed to will eventually state the wrong one confidently.

Legal entity, registered address and company numberEndnu ikke besvaret

Endnu ikke besvaret. Vist som et hul i stedet for at blive udfyldt.

Procurement screening asks in the first form. An incorporated supplier that cannot state this quickly reads as one that has not been asked before.

Region the database is hosted inEndnu ikke besvaret

Endnu ikke besvaret. Vist som et hul i stedet for at blive udfyldt.

A UK public body usually needs to know whether data leaves the UK or EEA. Find it in the Supabase dashboard under Project Settings → General → Region. The APPLICATION region is resolved automatically and shown above.

Data protection officer or named contactEndnu ikke besvaret

Endnu ikke besvaret. Vist som et hul i stedet for at blive udfyldt.

Needed for a buyer’s DPIA and for any Article 30 record that names this supplier.

En leverandør, der overdriver en certificering, har fortalt køberen alt, de behøver at vide om resten af dens påstande. Et ærligt hul koster en opfølgningsmail; en opdaget overdrivelse koster kontrakten — derfor forbliver de ubesvarede synligt ubesvarede.

Denne side beskriver kun AgentAudit. Blackout Intelligence OS er et separat produkt med et andet dataaftryk, og intet her skal læses som om det dækker det.