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

Цифровой банкинг — интернет-банк и мобильное приложение: клиент сам проводит операции в канале ДБО. AI-банкинг добавляет интеллект внутрь платформы: адаптивные workflow, решения на данных, персонализация и возможность для AI-агентов находить сценарии по контракту API и готовить действие. Исполняют сервисы платежей и счетов после лимитов, а не модель «сама». Экраны при этом никуда не деваются — меняется слой подготовки. Имеет смысл не сравнивать «есть приложение или нет», а смотреть, может ли система объяснить лимит, источник данных и кто подтверждает операцию. Если модель ходит в базу напрямую и проводит деньги, это уже не контролируемый AI-банкинг.

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

Основные риски — бесконтрольный доступ модели к персональным данным, платёж без лимитов «потому что так ответила нейросеть» и ответы без источника. В контуре Self Cube ассистент готовит действие, исполняют сервисы счетов и платежей после правил, в модель уходит минимальный контекст с маскированием, прямого доступа к БД нет. Человек в контуре заложен в архитектуру, а не добавлен политикой «потом». Имеет смысл отдельно описать, что модель не имеет права делать: движение денег, создание клиента, админские операции. Это граница, которую потом проверяет аудит, а не лозунг про инновации.

Да, в контролируемых границах. Машиночитаемые API, discovery возможностей и структурированные действия позволяют агенту найти сценарий, собрать черновик и пройти лимиты — сначала в песочнице, затем по решению банка. Автономный workflow не равен «модель сама провела платёж в проде». На Self Cube агентские навыки по умолчанию симулируют онбординг и платежи без живых денег. Имеет смысл заранее назначить хозяина интеграции и список разрешений. Без этого пилот нельзя ни закрыть, ни доказать регулятору, что контур управляемый.

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

API — фундамент AI-банкинга: без машиночитаемого контракта модель и агент не находят операцию надёжно и начинают парсить экран. OpenAPI, доступ по OAuth и документация возможностей позволяют внутренним системам и внешним агентам вызывать онбординг, платёж или справку как сервис. Это не «открытый банкинг для физлица в чужом приложении», а корпоративный слой платформы. Имеет смысл проверить, описаны ли действия как capabilities с лимитами, а не как набор внутренних URL. Иначе чат-бот можно запустить, а контролируемый агентный слой — нет.

Чат-бот отвечает в канале поддержки и закрывает типовые вопросы. AI-агент работает с возможностями платформы: находит действие, собирает черновик, проходит разрешения и только потом отдаёт исполнение сервисам ДБО. На Self Cube это отдельный слой со skills и песочницей, а не «умный чат с доступом к счетам». Путать их опасно: бот без контракта API нельзя честно назвать агентом. Имеет смысл смотреть список разрешений — catalog.read, симуляции, аналитика — и чего в нём сознательно нет. Если в списке есть боевой платёж без песочницы, это уже другой, более рискованный контур.

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

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