Регулируемый агентный финтех: как строить автономные AI-системы, которым можно делегировать действия, а не только ответы

Четвёртое доказательство относится к политике. Решение содержит идентификатор правила, версию, входные атрибуты, результат, причину и срок действия. Для разрешения фиксируется выданный бюджет. Для отказа сохраняется нарушенное условие. Не все входные значения следует помещать в открытый журнал. Часть может быть представлена ссылками и защищёнными контрольными суммами. Важна возможность уполномоченной проверки.

Пятое доказательство описывает исполнение. Нужны точное имя и версия инструмента, целевой ресурс, параметры, ключ повторяемости, время вызова, ответ и связь с шагом плана. Секреты и токены не записываются в открытом виде. Вместо них сохраняются идентификатор полномочия, область, получатель и срок. Такой журнал позволяет проверить, что техническое право соответствовало решению политики.

Шестое доказательство относится к результату. Ответ «успешно» недостаточен. Система должна получить доменное подтверждение: идентификатор проведённого документа, фактическое списание, эффективную роль, состояние узла или иной признак. После этого сравниваются ожидаемые и фактические атрибуты. Результат сравнения становится отдельным событием.

Седьмое доказательство описывает человеческое участие. Если действие подтверждал человек, нужно знать его роль, доступный ему пакет, время, решение и конфликт интересов. Запись нажатия без содержимого экрана не показывает, что было предметом одобрения. При этом сбор данных о человеке должен быть соразмерным и соответствовать применимым нормам.

Регламент 2024/1689 для систем высокого риска требует автоматического журналирования событий в течение жизненного цикла и устанавливает связанные обязанности хранения для охватываемых участников. Конкретные сроки и обязанности зависят от роли и применимости. Этот факт поддерживает принцип автоматического происхождения записей. Он не определяет полный состав доказательного пакета финансового агента. Статья 12 и связанные положения Регламента являются первичным источником.

Регламент 2022/2554 связывает управление цифровым риском с идентификацией, защитой, обнаружением, реагированием, восстановлением, сообщением об инцидентах, испытаниями и внешними поставщиками. Для доказательного слоя это означает, что журнал агента должен соединяться с процессом инцидента и устойчивости. Изолированный след модели, который нельзя сопоставить с сервисом, критической операцией и внешним провайдером, не помогает расследованию. Регламент 2022/2554 задаёт применимый контекст для охватываемых финансовых организаций.

Минимальный состав доказательного пакета раскрывается через его функции. Слово «минимальный» означает необходимое ядро авторской архитектуры, а не установленный законом универсальный перечень.

Из состава пакета возникает принцип атомарности доказательства. Для необратимого действия критические события допуска и исполнения должны фиксироваться так, чтобы успешное изменение состояния не могло существовать без связанного свидетельства. Реализация зависит от систем: транзакционный журнал, очередь событий, подписанная квитанция или согласованная запись. Цель состоит не в выборе одной технологии, а в устранении временного разрыва.

Такой разрыв создаёт долг доказуемости. Агент совершает действие сейчас, а система обещает позже собрать версию политики, контекст или подтверждение. Пока долг не погашен, организация не может полностью объяснить собственное действие. Для обратимого черновика небольшой разрыв может быть принят. Для внешнего платежа, раскрытия данных или изменения продуктивной инфраструктуры допустимый долг близок к нулю.

Происхождение долга можно проследить по моменту появления двух объектов. Одновременное создание действия и доказательства не оставляет разрыва, если их связывает общий идентификатор. При задержке одной стороны появляется период, когда последствие уже существует, а основание ещё не подтверждено.

Долг можно измерять. Для каждой транзакции определяется перечень обязательных элементов и время их появления. Полнота равна доле сформированных элементов. Возраст долга равен времени от последствия до появления последнего обязательного доказательства:

П = (m / M) × 100 %

А = t_{полн} - t_{действ}

Здесь (П) обозначает полноту, (m) число доступных обязательных элементов, (M) их установленное число, (А) возраст долга, (t_{полн}) момент достижения полноты, а (t_{действ}) момент последствия. Перечень (M) зависит от класса действия. Формулы являются авторскими операционными метриками и не имеют статуса нормативного расчёта.

Для бухгалтера эти метрики позволяют связать агентный журнал с привычной сверкой. Если проводка существует, но нет ссылки на первичный документ, полнота ниже установленного уровня. Если платёж исполнен, а подтверждение результата появляется через несколько часов, возраст долга показывает уязвимое окно. Если политика изменилась, но старое решение нельзя воспроизвести, долг становится постоянным.

Измерение не должно побуждать собирать все данные без ограничения. Избыточный журнал увеличивает риск конфиденциальности, стоимость хранения и сложность расследования. Принцип встроенной доказательности требует достаточности, а не тотальности. Для каждого элемента определяются назначение, доступ, срок и способ удаления. Контрольная сумма может подтвердить неизменность объекта, не раскрывая его всем потребителям.

Доказательная перспектива меняет понимание соответствия требованиям. Его нельзя считать состоянием системы, которое подтверждается сертификатом раз в год. Для автономного действия оно становится непрерывной способностью доказать связь между поручением, допустимостью, исполнением и результатом. Регуляторная инженерия превращает эту способность в часть транзакции.

Первый раздел приводит нас к простой, но требовательной мысли. Соответствие требованиям нельзя оставлять на время после запуска. Оно должно сопровождать действие от исходного поручения до сверенного результата. Во втором разделе эта мысль получит инженерную форму: намерение, план, допуск, исполнение и доказательство станут самостоятельными границами контроля.

Раздел

II

. Контур регулируемой автономности: референсная архитектура

Глава 4. Пять слоёв КРА

4.1.

Intent

layer

: нормализация запроса и цели

Контур регулируемой автономности, далее КРА, начинается не с модели и не с инструмента. Он начинается с различия между просьбой и полномочием. Пользователь может написать «оплатите счёт сегодня», но эта фраза ещё не определяет юридическое лицо, обязательство, источник реквизитов, предельную сумму, срок действия поручения и допустимый способ исполнения. Пока элементы не установлены, система имеет текст, но не имеет цели, пригодной для делегирования.

КРА состоит из пяти слоёв: намерение, планирование, допуск, исполнение и доказательство. Слои задают логические границы, а не обязательное число сервисов. Их можно реализовать разными технологиями, но нельзя без потери контроля слить в одно неразличимое решение модели. Каждый слой получает определённый объект, выполняет проверку и создаёт результат, который может быть проверен следующим слоем.