LLM-to-S010 Bridge

Core rule: LLM только готовит draft content. Gate confirmation keywords должны вводиться AML analyst в runner.

LLM-to-S010 bridge преобразует созданный моделью черновик AML-содержимого во входные данные runner, прошедшие проверку.

Он необходим, поскольку LLM может создавать полезное структурированное содержимое, но модель не должна управлять gate, создавать журналы аудита, внедрять планы auto-confirm или принимать окончательные решения AML.

Конвейер bridge#

Управляемая последовательность:

текст черновика LLM
→ извлечение JSON-объекта
→ проверка schema
→ проверка границ безопасности
→ correction prompt или hard stop
→ проверенный JSON содержимого S010
→ интерактивный runner аналитика

Bridge не должен вызывать runner с auto-confirm. Он создаёт проверенный файл и предлагает пользователю запустить детерминированный runner интерактивно.

Поля содержимого и управляющие поля#

LLM может подготавливать:

реестр declared data;
классификацию объекта;
план верификации;
проверки источников;
ссылки на материалы;
реестр расхождений;
факторы риска;
резюме дела;
открытые вопросы.

LLM не должна предоставлять управляющие поля:

auto_confirm_plan;
gates;
gate_event_log;
поля решения analyst_review;
окончательное решение approve/reject.

Управляющие поля принадлежат детерминированному runner и процессу проверки аналитиком, а не черновику модели.

Обычные ошибки schema#

Если вывод модели не является корректным JSON или не соответствует schema S010 из-за обычного форматирования, bridge может сформировать correction prompt.

Примеры:

отсутствует обязательное поле;
неверное enum-значение;
неверный тип;
неполный объект;
обрезанный JSON;
дополнительный текст вокруг JSON-блока.

Correction prompt должен основываться на фактической ошибке schema, а не на предположениях, записанных вручную. Это уменьшает расхождение между schema и инструкциями prompt.

Нарушения безопасности#

Некоторые ошибки не являются обычными проблемами форматирования. Они показывают попытку модели пересечь границу контроля.

Нарушение безопасности должно вызывать hard stop без автоматического повторения, включая попытки:

установить analyst_review.decision в одобрение, отказ или другое окончательное решение;
предоставить auto_confirm_plan;
создать статус gate или журналы событий gate;
обойти подтверждение gate аналитиком;
указать runner автоматически подтвердить реальное или подготовленное LLM дело.

Нарушение является сигналом аналитику проверить prompt, вывод модели и границу внедрения.

Ограничение повторных попыток#

Корректирующие попытки должны иметь максимальное число. Если модель не создаёт корректное содержимое S010 в пределах лимита, процесс останавливается и требует исправления аналитиком.

Передача аналитику#

После проверки bridge следующим этапом не является автоматическое решение. Проверенное содержимое передаётся runner S010, а AML-аналитик интерактивно подтверждает gate.

Tom Custos AML Knowledge BaseОбучение и операцииСкачать исходный .md