Интеллектуальное ядро Self Cube — слой оркестрации моделей, знаний и решений над банковской платформой, а не отдельный чат и не замена АБС. На нём живут 27 AI-сценариев: сервис, аналитика, безопасность, персонализация и автономные агенты. Ядро решает, какой модуль вызвать, какой контекст отдать модели и какие лимиты применить, чтобы пилоты не расползлись по разным вендорам. Имеет смысл отличать его от учётного ядра: счета и проводки остаются в АБС, интеллект оркестрирует сценарии вокруг них. Без оркестратора те же 27 модулей снова становятся разрозненными проектами.

АБС ведёт счета, остатки и проводки — это учёт. Интеллектуальное ядро не проводит деньги само и не становится главной книгой банка. Оно оркестрирует AI-сценарии: онбординг, KYC, антифрод, ассистент, скоринг — и отдаёт исполнение доменным сервисам после правил. Путать их опасно: замена АБС и внедрение AI-слоя — разные программы. Имеет смысл на старте нарисовать границу: что остаётся в ядре учёта, что идёт через API платформы, что имеет право делать модель. Self Cube как раз садится над существующей АБС, а не вместо неё.

Нет. На ядре Self Cube модули независимы: сначала сервис и риск — чат-бот, онбординг, KYC, антифрод — затем персонализация и скоринг, затем автономные агенты. Общая оркестрация нужна как раз затем, чтобы не включать всё пакетом и не плодить отдельные модели без аудита. Имеет смысл выбрать 2–4 сценария, где есть данные и измеримый эффект, и только потом расширять каталог. «Все 27 на день запуска» обычно означает, что банк ещё не готов ни данными, ни процессами. Поэтапное включение здесь норма, а не урезанная версия продукта.

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

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

Целевой сценарий цифрового онбординга на ядре Self Cube — 1–2 минуты: документы, биометрия, проверки и активация в одном маршруте, без визита в отделение как обязательного шага. Это ориентир модуля, а не срок внедрения всей платформы и не обещание для любого банка с любым KYC-поставщиком. Реальное время зависит от источников проверок, качества документов и того, какие ручные исключения банк оставляет. Имеет смысл отдельно замерить счастливый путь и путь с отказами: пилот часто ломается на исключениях. Онбординг включают в первой волне как раз потому, что эффект виден клиенту и операционисту.

Нет, по умолчанию нет. Автономный слой включают после базовых и предиктивных модулей, под оркестратором и человеком в контуре. Агентские навыки в песочнице симулируют онбординг, платёж и открытие счёта: живые деньги не двигаются, боевой клиент не создаётся. Имеет смысл явно запретить модели админские действия и прямой доступ к внутренним сервисам. Если пилот сразу просят «проведи настоящий перевод», это уже промышленная раскатка с отдельным решением, а не демо ядра. Граница должна быть в разрешениях, а не в устной договорённости.

Обычный чат-бот отвечает текстом в канале поддержки и часто живёт отдельно от ДБО. Финансовый ассистент на интеллектуальном ядре готовит действие в том же контуре, что лимиты, профиль и платежные сервисы: может собрать черновик операции, объяснить ограничение и передать исполнение домену. Он не проводит деньги сам. Имеет смысл смотреть, видит ли ассистент только FAQ или ещё и состояние продукта клиента. Если нет связи с API платформы, это снова бот, даже если внутри большая языковая модель. Ядро как раз даёт эту связь без обхода правил.