Loading this page
Loading this page
Эта страница пока на английском языке.
Что обрабатывает 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
Трое, и никто другой не участвует в обработке записи решения:
| Поставщик | Назначение | Касается записей решений |
|---|---|---|
| Supabase | База данных, аутентификация и безопасность на уровне строк | Да — запись хранится здесь |
| Vercel | Размещение и доставка приложения | Только при передаче |
| Stripe | Выставление счетов по подписке | Нет — только платёжные данные |
Решение нельзя удалить. В этом и заключается весь продукт, и это расходится с правом на удаление по статье 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.
Всё, что развёртывание может установить о себе, считывается из работающей системы, а не вводится вручную — страница, которая просит человека помнить, в каком регионе он развернул систему, в конце концов уверенно назовёт неверный регион. Остальное — собственные заявления оператора, его словами.
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.
Ещё без ответа. Показано как пробел, а не заполнено.
Procurement screening asks in the first form. An incorporated supplier that cannot state this quickly reads as one that has not been asked before.
Ещё без ответа. Показано как пробел, а не заполнено.
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.
Ещё без ответа. Показано как пробел, а не заполнено.
Needed for a buyer’s DPIA and for any Article 30 record that names this supplier.
Поставщик, который преувеличивает сертификат, уже сказал покупателю всё, что тому нужно знать о остальных его утверждениях. Честный пробел стоит одного письма с напоминанием; обнаруженное преувеличение стоит контракта — поэтому неотвеченные вопросы остаются заметно неотвеченными.
Эта страница описывает только AgentAudit. Blackout Intelligence OS — отдельный продукт с другим следом данных, и ничто здесь не следует понимать как его охватывающее.
Ещё без ответа. Показано как пробел, а не заполнено.
Cyber Essentials, Cyber Essentials Plus, ISO/IEC 27001, ISO/IEC 42001 — or none. STATE IT PLAINLY EITHER WAY. "None yet" is a perfectly good answer and costs a follow-up email; a certification a buyer later finds you do not hold costs the contract, and makes every other claim on this page suspect.
Ещё без ответа. Показано как пробел, а не заполнено.
Whether an independent test has been carried out, by whom, and when. "Not yet tested" is an answer.
Ещё без ответа. Показано как пробел, а не заполнено.
What happens when something goes wrong, who is told, and how quickly.