S010 Stagegate Runner

Тип темыСправка по TCAML FrameworkОсновное применениеАрхитектура локального AML-агента под контролем аналитика и использование RAGОхватЮрисдикционно-нейтральная публичная справкаПоследний пересмотр2026
Важно: demo auto-confirm mode предназначен только для deterministic tests и examples. LLM-generated drafts должны проходить через analyst-interactive gate confirmation.

S010 stagegate runner — детерминированный локальный путь выполнения для AML-операций с контролем верификации и подтверждающих материалов.

Он преобразует структурированные входные данные операции в управляемый процесс со статусами gate, журналом событий, отчётами и папкой дела. Сам runner не выполняет скрининг по live-источникам, а обеспечивает дисциплину процесса вокруг уже подготовленного или загруженного содержимого.

Что контролирует runner#

Runner управляет продвижением проверки через gate S010:

создание дела
→ реестр заявленных данных
→ классификация объекта
→ план верификации
→ проверки источников
→ фиксация материалов
→ обработка расхождений
→ сопоставление факторов риска
→ сборка досье
→ маршрутизация / передача

Каждый gate имеет точное ключевое слово. Общие фразы вроде ok, yes, continue или go ahead не продвигают процесс.

Почему важны детерминированные gate#

LLM может создавать полезное содержимое, но не должна решать, достаточно ли материалов или допустим ли выпуск эскалации. Детерминированная gate-machine создаёт предсказуемую границу контроля:

  • каждый gate имеет известное состояние;
  • неверные ключевые слова отклоняются и записываются в журнал;
  • gate нельзя подтвердить вне установленной последовательности;
  • уже подтверждённый gate нельзя незаметно подтвердить повторно;
  • повторно открытый gate подтверждается тем же управляемым путём;
  • escalation override может заблокировать выпуск и потребовать маршрутизации эскалации.

Интерактивный и демонстрационный режимы#

Runner поддерживает два сценария:

РежимПрименениеГраница
ИнтерактивныйРеальная проверка черновика или входных данных дела.AML-аналитик вводит точные ключевые слова gate.
Demo / auto-confirmДетерминированные примеры и тесты репозитория.Не используется для черновиков LLM или реальных проверок.

Ключевое правило: черновик LLM никогда не должен самостоятельно подтверждать процесс. Если входные данные подготовлены LLM, AML-аналитик должен интерактивно запустить проверенный файл и вручную ввести ключевые слова gate.

Результат папки дела#

Управляемый запуск должен создавать локальную структуру, подобную:

00_case_metadata/
01_declared_data/
02_verification_plan/
03_source_checks/
04_evidence/
05_discrepancies_and_risk/
06_reports/
07_audit_trail/
08_handover/

Структура поддерживает проверку, эскалацию, восстановление аудита и последующий перенос во внутреннюю систему управления делами клиента.

Аудиторский след#

Runner должен сохранять:

  • статус gate;
  • журнал событий gate;
  • отклонённые попытки ввода ключевых слов;
  • причины повторного открытия;
  • события escalation override;
  • ссылки на проверки источников;
  • ссылки на материалы;
  • статус передачи.

Аудиторский след не является окончательным решением. Это запись о продвижении дела через управляемый процесс.

Связь с результатом S010#

Runner использует структурированный результат S010 для машиночитаемости проверки. Результат S010 сохраняет границу принятия решения, требуя состояния Pending analyst review для решения, подготовленного агентом. Решение проверяющего принимается за пределами результата агента.

Ссылки#

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