DoEasy

Задача

Не бот для одного клиента, а платформа для многих

Это единственный проект в портфолио, где сайт — не результат работы, а витрина того, что за ним стоит. Задача была шире: спроектировать продукт, собрать его и вывести на сервер.

Главное архитектурное требование — мультитенантность. Один бот под одного заказчика продаётся как услуга, а не как продукт: каждый новый клиент означает новую сборку. Поэтому ядро бота переиспользуется, каналы подключаются адаптерами, а база знаний, переписка и аналитика изолированы по владельцу.

Второе требование — данные. Через бота проходят персональные данные клиентов заказчика: имена, контакты, содержание переписки. Хранить их в открытом виде нельзя ни по 152-ФЗ, ни по здравому смыслу — значит, шифровать нужно всю переписку целиком.

Решение

Ядро с каналами, RAG и шифрованный контур

• Архитектура «ядро + каналы»: переиспользуемое ядро бота и подключаемые адаптеры каналов. Мультитенант с изоляцией данных по заказчику: реестр ботов, лимиты, выключатель.
• RAG-поиск по базе знаний на векторных эмбеддингах: pgvector и косинусная близость. Бот отвечает материалами заказчика, а не общими знаниями модели.
• Шифрование персональных данных AES-256-GCM с паритетом ключей между порталом и n8n — вся переписка хранится шифрованной.
• Резюмирование диалогов через LLM: тема обращения, настроение, готовность к сделке. Отсюда берутся темы, воронка лидов и передача горячих менеджеру.
• Биллинг и фискализация — тарифы, кошелёк, чеки по 54-ФЗ, онбординг-визард загрузки материалов.
• DevOps своими руками: развёртывание на VPS, CI, миграции базы, мониторинг и деплой-процессы.
• Юридический контур сразу: механизм согласия на обработку персональных данных под 152-ФЗ.