Informatie over de leverancier

Wat AgentAudit verwerkt, waar het zich bevindt, hoe het register wordt beschermd en — in hetzelfde document — wat deze leverancier niet beweert.

Wat AgentAudit verwerkt

Alleen wat uw agenten rapporteren: een tijdstempel, een actie, een uitkomst en elke optionele context die u ervoor kiest te sturen — een motivatie, een verwijzing naar het onderwerp, de model- en beleidsversie die van kracht was, of een mens het heeft beoordeeld en wie.

Het verzamelt niets uit eigen beweging. Er is geen tracking, geen verrijking, geen opzoeken in andere bronnen en geen gevolgtrekking. Als een veld in uw register staat, dan omdat uw agent het daar heeft geplaatst.

De technische maatregelen

Elk daarvan is controleerbaar. Het bestand wordt genoemd zodat de technische beoordelaar van de koper het mechanisme kan lezen in plaats van de zin op goed vertrouwen aan te nemen — en de eerste drie kunnen live worden getest vanaf de pagina Bewijs het.

• Een besluit kan na het schrijven niet meer worden bewerkt of verwijderd.

  Afgedwongen door databasetriggers op UPDATE en DELETE, niet door applicatiecode. Pogingen worden geweigerd, zelfs voor de servicerol, die beveiliging op rijniveau volledig omzeilt.

  supabase/apply-agentaudit.sql — en u kunt de poging zelf uitvoeren op de pagina Bewijs het.

• Het verwijderen van een agent kan de besluithistorie ervan niet wissen.

  De vreemde sleutel van een besluit naar zijn agent is ON DELETE RESTRICT, dus de bovenliggende rij kan niet worden verwijderd zolang besluiten ernaar verwijzen. Agenten worden uitgefaseerd, niet verwijderd.

  supabase/apply-agentaudit.sql

• Eén klant kan de registers van een andere klant niet lezen.

  Beleidsregels voor beveiliging op rijniveau beperken elke lees- en schrijfactie tot de organisatie van de aanroeper. De database handhaaft dit, dus een fout in de applicatiecode kan het niet verruimen.

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

• API-sleutels worden nooit opgeslagen in een vorm die bruikbaar zou zijn.

  Alleen een SHA-256-hash van een sleutel wordt bewaard. De platte tekst wordt één keer getoond bij het aanmaken en kan niet worden hersteld, dus een datalek van de database levert niemand werkende inloggegevens op.

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

• De inhoud van besluiten wordt nooit naar een taalmodel gestuurd.

  Er vindt nergens in AgentAudit een modelaanroep plaats. Niets wordt door AI samengevat, geclassificeerd, gescoord of herschreven — de nalevingsbeoordeling en het transparantieregister zijn deterministische functies over geteld cijfermateriaal.

  src/lib/agentaudit/ — zoek erin naar een modelaanroep en u vindt er geen.

• Een motivatie wordt nooit gegenereerd.

  De redenering die bij een besluit is opgeslagen, is wat de agent van de klant heeft gerapporteerd, woordelijk. Dit platform schrijft er geen, en de SDK leidt er geen af wanneer die een functie omhult.

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

• Verificatie kan zonder ons worden uitgevoerd.

  Het hashalgoritme is volledig gepubliceerd. Een klant, een toezichthouder of een tegenpartij kan elke hash uit een export opnieuw berekenen met ongeveer dertig regels eigen code. De browserverifier doet bij het draaien geen netwerkverzoek.

  /agentaudit/docs#algorithm

Subverwerkers

Drie, en geen andere zijn betrokken bij het verwerken van een besluitregister:

Bewaring, en de vraag over wissen

Een besluit kan niet worden verwijderd. Dat is het hele product, en het botst met het recht op wissing onder artikel 17 van de UK GDPR. Een functionaris gegevensbescherming zal dit in de eerste bijeenkomst aankaarten, dus wordt het hier als eerste aangekaart.

Het ontwerpvoornemen is dat een besluitregister geen persoonsgegevens bevat. Het veld subject dient als verwijzing — een zaaknummer, een claimidentificatie, een accountsleutel — niet als naam. Zo bewaard beschrijft het register wat een agent deed met zaak 88213, en de identiteit van die persoon leeft in uw eigen systemen, waar wissen iets is dat u daadwerkelijk kunt uitvoeren.

Niets op dit platform handhaaft dat. Het slaat op wat uw agenten sturen, dus minimalisatie moet aan de bron gebeuren, in uw code, voordat het besluit wordt gerapporteerd. Het is de moeite waard om dat in uw integratieontwerp op te nemen in plaats van er later achter te komen.

Of artikel 17 überhaupt van toepassing is op een bepaalde inzet, en of een uitzondering geldt, is een juridische vraag over uw gebruik. Deze leverancier beantwoordt die niet en is daartoe niet bevoegd.

Vragen aan de leverancier

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.

Alles wat de inzet over zichzelf kan vaststellen, wordt gelezen uit het draaiende systeem in plaats van ingetikt — een pagina die een mens vraagt zich te herinneren in welke regio hij heeft uitgerold, zal uiteindelijk met overtuiging de verkeerde regio noemen. De rest zijn de eigen verklaringen van de exploitant, in zijn eigen woorden.

Region the application runs inGelezen uit de inzet

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 numberNog niet beantwoord

Nog niet beantwoord. Getoond als lacune in plaats van ingevuld.

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 inNog niet beantwoord

Nog niet beantwoord. Getoond als lacune in plaats van ingevuld.

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 contactNog niet beantwoord

Nog niet beantwoord. Getoond als lacune in plaats van ingevuld.

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

Een leverancier die een certificering overdrijft, heeft de koper al alles verteld wat die moet weten over de rest van de beweringen. Een eerlijke lacune kost één vervolgmail; een ontdekte overdrijving kost het contract — daarom blijven de onbeantwoorde vragen zichtbaar onbeantwoord.

Deze pagina beschrijft alleen AgentAudit. Blackout Intelligence OS is een apart product met een andere gegevensvoetafdruk, en niets hier mag worden gelezen als dekking daarvan.