AI-ядро автоматизации продаж: архитектура, а не набор промптов

Кейс о том, как AI-автоматизация продаж переносится в строгую DDD-архитектуру: независимое AI-ядро, ограниченный контекст биржи, отказ от эвристических fallback.

AI-ядро автоматизации продаж: архитектура, а не набор промптов
INGELLO / BUSINESS2856
Связаться с нами

Большинство «ИИ-агентов продаж» умирает на второй месяц: промпты разбросаны по коду, ошибки прячутся за заглушками, а поведение невозможно воспроизвести. Этот проект, про то, как выглядит инженерная версия того же самого.

Два ограниченных контекста

  • AI, независимое ядро консультанта. Оно не знает ни про биржу, ни про Telegram, ни про ставки и CRM;
  • FLH, контекст внешней площадки: проекты, треды, ставки, CRM, мессенджер и браузерная автоматизация.

Контексты общаются через порт консультанта, а не через прямые вызовы. Поэтому ядро можно переиспользовать в других каналах, например, в публичном веб-консультанте, без переписывания логики продаж.

Принципы, которые дороже фич

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

Почему это важно клиенту

Запрет на fallback звучит неудобно, но именно он делает систему пригодной для бизнеса: вы всегда знаете, что агент реально сделал, а где он остановился. Иначе накопительная ошибка съедает доверие к автоматизации за пару недель.

Схема данных

Из чего состоит база проекта и как связаны сущности.

WORKFLOW CORE: Схема данных

Контур системы

Из каких частей собран проект.

WORKFLOW CORE: Контур системы

Где посмотреть

У проекта нет публичного адреса: он работает локально или на закрытом контуре и наружу не выкладывается. Показываем его на демонстрации, по записи.

Технологический стек и подходы

SaaS архитектура Микросервисы Облачные вычисления Масштабируемость ПО API интеграции DevOps процессы High-load системы Кибербезопасность решений

Частые вопросы

01Почему запрещены fallback?

Потому что «примерно похожий ответ» невозможно контролировать. Если агент не справился, система обязана сообщить об ошибке, а не имитировать работу.

02Можно ли переиспользовать ядро в другом канале?

Да, это и есть смысл разделения на контексты: ядро консультанта не знает об источнике и подключается к сайту, мессенджеру или внутренней CRM.

03Какой стек?

Строгая DDD-архитектура на TypeScript с разделением ограниченных контекстов и единственным слоем взаимодействия с моделью.