Лог AI-шлюза, который администратор может незаметно переписать, — художественная литература. Для каждого обращения нужна проверяемая квитанция: идентификатор запроса, криптографические обязательства для промпта и ответа, версии модели и политики, результат санитизации, статус завершения. Подпись шлюза подтверждает зафиксированное событие. Истинность ответа модели она не подтверждает. Граница учета — перед отправкой в инференс и перед выдачей ответа клиенту. Сначала локальная PII-санитизация, затем фиксация точных байтов отправленного промпта. Исходники при необходимости сохраняем отдельно, зашифрованными, с ограниченным сроком хранения. В журнал пишем HMAC, а не голые хеши коротких секретов, которые можно перебрать. События связываем цепочкой; контрольные точки регулярно передаем независимому хранителю. Ключ подписи изолируем от администратора журнала. Без независимого якоря цепочку можно заменить целиком. Для потокового ответа фиксируем порядок чанков и итоговый статус: обрыв нельзя выдавать за завершенный ответ. При недоступности надежной записи регулируемый маршрут блокируется. Измеряем p99 задержки фиксации, долю запросов без закрывающего события и возраст последней внешней контрольной точки. Расчет объема: при 1 млн запросов в сутки и суммарной квитанции 2 КБ на запрос получаем около 2 ГБ в сутки, 60 ГБ за 30 дней; три копии — 180 ГБ без индексов и текстов. Это исходные допущения, а не замер продакшена. Сравнивайте стоимость одинакового доказательства: в облаке — прием событий, хранение, запросы и выгрузка по тарифу; на bare-metal — диски, независимая копия, защита ключей и эксплуатация. Собственное железо не делает аудит бесплатным, зато позволяет управлять его архитектурой и расходами. Проверка квитанций должна работать после отключения поставщика. Архитектура суверенного AI-шлюза: https://run-as-daemon.dev/?utm_source=telegram&utm_medium=smm&utm_campaign=rad_ru&utm_content=arhitektura-korporativnogo-ai-shlyuza.
