Відомості про постачальника

Що обробляє AgentAudit, де він розміщений, як захищено запис і — в тому ж документі — чого цей постачальник не стверджує.

Що обробляє AgentAudit

Лише те, що повідомляють ваші агенти: позначку часу, дію, результат і будь-який необов’язковий контекст, який ви вирішите надіслати — обґрунтування, посилання на суб’єкт, версію моделі та політики, що діяли, чи переглянула рішення людина і хто саме.

Сам по собі він нічого не збирає. Немає відстеження, збагачення, пошуку в інших джерелах чи висновків. Якщо поле є у вашому записі, то тому, що його туди вмістив ваш агент.

Технічні заходи контролю

Кожен із них можна перевірити. Файл вказано, щоб технічний оцінювач покупця міг прочитати механізм, а не приймати твердження на віру — а перші три можна перевірити наживо на сторінці Доведіть це.

• Рішення не можна змінити чи видалити після запису.

  Забезпечується тригерами бази даних на UPDATE і DELETE, а не кодом застосунку. Спроби відхиляються навіть для сервісної ролі, яка повністю обходить безпеку на рівні рядків.

  supabase/apply-agentaudit.sql — а спробу можна провести самостійно на сторінці Доведіть це.

• Видалення агента не може стерти історію його рішень.

  Зовнішній ключ від рішення до його агента — ON DELETE RESTRICT, тому батьківський рядок не можна вилучити, поки на нього посилаються рішення. Агентів виводять з експлуатації, а не видаляють.

  supabase/apply-agentaudit.sql

• Один клієнт не може читати записи іншого клієнта.

  Політики безпеки на рівні рядків обмежують кожне читання та запис організацією викликаючого. Це забезпечує база даних, тож помилка в коді застосунку не може це розширити.

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

• API-ключі ніколи не зберігаються у формі, яку можна було б використати.

  Зберігається лише хеш SHA-256 ключа. Відкритий текст показується один раз під час створення і не може бути відновлений, тож витік бази даних не передає нікому робочих облікових даних.

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

• Вміст рішень ніколи не надсилається мовній моделі.

  Ніде в AgentAudit немає виклику моделі. Ніщо не підсумовується, не класифікується, не оцінюється і не переписується ШІ — оцінка відповідності та запис прозорості є детермінованими функціями від порахованих значень.

  src/lib/agentaudit/ — пошукайте в ньому виклик моделі, і ви його не знайдете.

• Обґрунтування ніколи не генерується.

  Міркування, збережене для рішення, — це те, що повідомив агент клієнта, дослівно. Ця платформа його не напише, а SDK не виведе його, коли обгортає функцію.

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

• Перевірку можна провести без нас.

  Алгоритм хешування опублікований повністю. Клієнт, регулятор або протилежна сторона може заново обчислити кожен хеш з експорту приблизно тридцятьма рядками власного коду. Перевіряльник у браузері не надсилає жодних мережевих запитів під час роботи.

  /agentaudit/docs#algorithm

Субпроцесори

Троє, і жоден інший не бере участі в обробці запису рішення:

Зберігання та питання видалення

Рішення не можна видалити. Це і є весь продукт, і це суперечить праву на видалення за статтею 17 UK GDPR. Посадова особа з захисту даних порушить це питання на першій зустрічі, тому ми порушуємо його тут першими.

Задум конструкції полягає в тому, що запис рішення не містить персональних даних. Поле subject призначене для посилання — номер справи, ідентифікатор вимоги, ключ облікового запису — а не для імені. Так збережений запис описує, що зробив агент у справі 88213, а ідентичність цієї особи міститься у ваших власних системах, де видалення — це те, що ви справді можете виконати.

Ніщо на цій платформі цього не забезпечує. Вона зберігає те, що надсилають ваші агенти, тож мінімізація має відбуватися при джерелі, у вашому коді, до того як рішення буде повідомлено. Варто записати це в дизайн вашої інтеграції, а не відкривати пізніше.

Чи взагалі застосовується стаття 17 до певного розгортання і чи діє якийсь виняток — це юридичне питання щодо вашого сценарію використання. Цей постачальник на нього не відповідає і не компетентний це робити.

Запитання до постачальника

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.

Усе, що розгортання може встановити про себе, зчитується з працюючої системи, а не вводиться вручну — сторінка, яка просить людину пам’ятати, в якому регіоні вона розгорнула систему, зрештою впевнено вкаже неправильний регіон. Решта — це власні заяви оператора, його словами.

Region the application runs inЗчитано з розгортання

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 numberЩе без відповіді

Ще без відповіді. Показано як прогалину, а не заповнено.

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 inЩе без відповіді

Ще без відповіді. Показано як прогалину, а не заповнено.

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 contactЩе без відповіді

Ще без відповіді. Показано як прогалину, а не заповнено.

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

Постачальник, який перебільшує сертифікат, уже сказав покупцеві все, що той має знати про решту своїх тверджень. Чесна прогалина коштує одного листа з нагадуванням; виявлене перебільшення коштує контракту — тому без відповіді питання залишаються помітно без відповіді.

Ця сторінка описує лише AgentAudit. Blackout Intelligence OS — окремий продукт з іншим слідом даних, і нічого тут не слід читати як таке, що його охоплює.