01 — Кейс · ML Нейросети

ProjectFlow AI — платформа AI-анализа рабочих чатов

Мы разработали платформу AI-анализа деловой переписки для ProjectFlow AI. Система читает групповые чаты в WhatsApp и Telegram, извлекает задачи и сроки, замечает риски и каждый день готовит сводку для руководителей. Работа шла в два этапа: сначала вместе с командой клиента за три недели собрали MVP на n8n, с которым ProjectFlow AI вышел к первым платящим клиентам, затем перевели платформу на Python, LangChain и RAG. Точность извлечения задач выросла с 73 до 91 %.

4 месяца
Обновлено:
Смотреть кейс
срок проекта
4 месяца
функциональных модулей
8
этапов разработки
6
ключевых технологий
6
ProjectFlow AI — платформа AI-анализа рабочих чатов

02 — Контекст

Задача проекта

Исходная ситуация, ограничения и проблемы, которые должна была решить новая система.

В середине 2025 года к нам пришла команда ProjectFlow AI с идеей AI-системы, которая разбирает деловую переписку в WhatsApp и Telegram, находит в ней задачи и риски и выдаёт руководителям главное. Собственная команда разработки несколько месяцев пыталась построить такую платформу, но работа стояла на месте.

Сначала нужно было быстро выйти к реальным клиентам и проверить идею. Потом — превратить первую версию в систему, которая выдерживает рост: понимает контекст длинной переписки, точно находит задачи и не замедляется с каждым новым клиентом. Поэтому мы разбили проект на два этапа: MVP на n8n и перенос на LangChain с RAG.

  1. Разработка буксовала месяцами

    У команды ProjectFlow AI были технические навыки, но не было опыта создания AI-систем. Несколько месяцев попыток так и не дали продукта, с которым можно выйти к клиентам.

  2. Руководители тонут в переписке

    Поручения, сроки и проблемы команды растворены в групповых чатах. Руководителям приходилось часами читать переписку, чтобы понять, что происходит в проектах.

  3. Идею нужно проверить быстро

    Прежде чем вкладываться в сложную архитектуру, ProjectFlow AI нужно было запуститься и убедиться на реальных клиентах, что продукт им нужен.

  1. Подключение WhatsApp и Telegram

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

  2. Агент извлечения задач

    Отдельный агент на LangChain находит в переписке поручения и сроки. Перед анализом он подтягивает через RAG связанные сообщения из прошлого. Если сегодня кто-то пишет про «презентацию для клиента», агент уже знает, о каком клиенте речь, что входит в презентацию и кто за неё отвечает.

  3. Агент выявления рисков

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

  4. Агент инсайтов

    Третий агент выделяет из переписки стратегическую информацию, которую должен знать руководитель. В общем потоке сообщений такие сведения легко пропустить, а агент выносит их отдельно. Как и другие агенты, он подтягивает через RAG прошлые обсуждения и оценивает новое сообщение с учётом всей предыстории.

  5. RAG-контекст из истории переписки

    Вместо того чтобы каждый раз отправлять в модель весь чат, система хранит эмбеддинги сообщений в векторной базе с индексами по проекту, участнику, дате и найденным темам. Для нового сообщения она ищет похожие по смыслу и находит связанные обсуждения недельной и месячной давности. Так система справляется даже с очень большими чатами.

  6. Память о проектах и командах

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

  7. Ежедневные сводки для руководителей

    Каждый день платформа готовит руководителям сводку по рабочим чатам: задачи и сроки, возможные проблемы и важные сведения. Ещё на этапе MVP мы продумали, как строить такие сводки, чтобы их действительно читали. Руководителю больше не нужно тратить часы на переписку, чтобы понять, как идут дела.

  8. Мультиарендность и асинхронная обработка

    Данные каждого клиента изолированы, при этом все клиенты работают на общей инфраструктуре. Сообщения обрабатываются асинхронно: платформа одновременно разбирает сотни сообщений, а не проводит их по одному, как версия на n8n. Анализ одного сообщения занимает меньше 3 секунд даже при росте числа клиентов.

04 — Архитектура

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

Технологии выбраны под нагрузку, интеграции и дальнейшее развитие продукта.

Зачем в проекте · 01 / 06

Gemini

Языковая модель, которая анализирует переписку на обоих этапах: сначала в сценариях n8n, затем в конвейере на Python. Она получает новое сообщение вместе с найденным контекстом и извлекает из него задачи, риски и важные для руководства сведения.

Ещё в проекте
  • Vector Database
  • PostgreSQL

05 — Процесс

Как шла разработка

Последовательность работ от исследования задачи до запуска и проверки результата.

  1. Консультация по архитектуре

    Разобрали с командой ProjectFlow AI, как устроить анализ чатов: как строить промпты, как держать контекст разговора на протяжении многих сообщений и как готовить сводки, которые руководители будут читать. Спроектировали поток данных от мессенджеров через AI-анализ к панели пользователя.

  2. MVP на n8n за три недели

    Собрали сценарии n8n, которые принимали сообщения из WhatsApp и Telegram, отправляли их в Gemini и извлекали задачи и выводы. Через три недели у ProjectFlow AI была рабочая версия: она разбирала групповые чаты, находила поручения и сроки, отмечала проблемы и готовила ежедневные сводки. С ней компания вышла к первым платящим клиентам.

  3. Упор в пределы первой версии

    С ростом числа клиентов стало видно, чего не хватает версии на n8n: лучшей работы с контекстом разговора, более точного извлечения задач и возможности опираться на старую переписку. Сценарии обрабатывали сообщения по одному и замедлялись. Это стало сигналом ко второму этапу.

  4. Перенос на Python и LangChain

    Пересобрали конвейер анализа на Python с LangChain и Gemini и разделили работу между тремя агентами: извлечения задач, выявления рисков и инсайтов. Каждый агент перед анализом подтягивает нужный исторический контекст через RAG.

  5. RAG и векторная база

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

  6. Масштабирование и память

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

06 — Итог

Результаты

Что создано в рамках проекта: рабочий контур, реализованные возможности и подтверждённые факты.

точность извлечения задач по оценке клиентов
73 → 91 %
сообщений из чатов в день
1 000+
на анализ одного сообщения
< 3 с
эмбеддингов, контекст находится за 200 мс
500 000+

Первый этап меньше чем за месяц дал ProjectFlow AI работающий продукт: на версии с n8n компания проверила идею, подключила первых клиентов и начала зарабатывать, пока мы строили версию для продакшна. Переход на LangChain с RAG поднял точность извлечения задач с 73 до 91 % по оценке клиентов: система понимает переписку, которая ссылается на события недельной давности, — первая версия так не умела.

Сейчас платформа обрабатывает больше 1 000 сообщений в день в аккаунтах нескольких клиентов. Анализ одного сообщения занимает меньше 3 секунд, в векторной базе больше 500 000 эмбеддингов, а связанный контекст находится быстрее чем за 200 мс. ProjectFlow AI вырос от первых бета-клиентов до корпоративных заказчиков с сотнями сотрудников во множестве групповых чатов, а их руководители получают ежедневные сводки вместо часов чтения переписки.

FAQ

Вопросы о проекте

Обсудим похожий проект?

Расскажите о задачах вашего бизнеса — предложим архитектуру и оценим сроки

Рассылка

Подпишитесь на нашу рассылку
ArdaМинцифры РоссииСделано в России
Услуги по разработке сайтов и Telegram-ботов оказывает ИП Акерман Д.И., ИНН 591907265805, ОГРНИП 321595800025080. Бренд «МАЙПЛ» принадлежит ООО «МАЙПЛ» — иные услуги оказываются ООО.