Предложение для SPARTA IT · на базе LangGraph

Рой ИИ-агентов, который
работает за нас

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

Что болит сейчас

Люди — узкое место, а не инструменты

Работа не теряется из-за плохих программ. Она теряется, когда её некому вовремя заметить.

📨

Письма теряются

Клиент написал на почту — прочитали и забыли или передали другому. Контроля в Битриксе нет.

🚨

Аварии ловим руками

Zabbix шлёт алерты, но кто-то должен их разгребать, приоритизировать и не проспать важное.

💸

Оплаты уходят из вида

Счета, продления, просрочки — держим в голове и в разрозненных табличках.

🧩

Каждый бот сам по себе

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

👥

«Твой Клод и мой Клод»

Помощники завязаны на личные аккаунты. Нет общего мозга и общей истории у команды.

🐌

Онбординг вручную

Новый проект — и снова руками по чек-листу: доступы, задачи, напоминания, ничего не забыть.

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

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

Знания, ядро и действия — не путаем

Главная ошибка — назначить «ядром» Конфлюенс или Битрикс. У них разные роли. Настоящее ядро — слой оркестрации посередине, которого у нас пока нет.

📚 слой знаний — «как правильно»
Confluenceрегламенты, плейбуки, онбординг-чек-листы
Поиск по знаниямагент находит нужную инструкцию сам
⚙️ ядро роя — то, что строим (LangGraph)
Общий журналвся история событий в одном месте
Оркестраторзапуск, маршрут, права агентов
Общая памятьагенты помнят общий контекст
Пульт и чатчеловек в контуре, кнопки решений
🔌 слой действий — «куда падает работа»
Битрикс24задачи и CRM
ПочтаЯндекс 360, IMAP
Zabbixмониторинг инфраструктуры
Оплатысчета и продления
Что такое LangGraph простыми словами

Дирижёр оркестра, а не ещё один музыкант

Обычный бот — это один музыкант: сыграл и забыл. LangGraph — дирижёр: держит партитуру, помнит, кто на каком такте, и если кого-то прервали — продолжает с нужного места, а не с начала.

  • Помнит состояние. Каждая задача — как папка дела: где остановились, что уже сделано, что дальше.
  • Не теряется при перезапуске. Сервер перезагрузили — процесс продолжается с того же шага, без дублей и потерь.
  • Ведёт по шагам. Онбординг или разбор проблемы — это цепочка шагов с ветками «если… то…», а не один запрос к ИИ.
  • Человек в контуре. На важных шагах останавливается и ждёт кнопку «подтверждаю» от инженера.
  • Общая память для всех агентов. Один общий журнал и хранилище — «правая рука знает, что делает левая».
  • Любая модель. Дешёвый YandexGPT на простое, Claude на сложное — на каждом шаге своя.

Где живёт

УстановкаОтдельный новый сервер
Почему отдельныйЯдро всего роя
Крутится 24/7LangGraph + база + пульт
ДанныеОстаются у нас (self-host)
Не зависит отЛичных аккаунтов

Подробные требования к серверу — ниже ↓

Команда агентов

Кто за что отвечает

Каждый агент — узкий специалист со своими инструментами («скилами») и своей моделью под задачу. Дирижёр их координирует.

📬

Агент «Почта»

контроль обращений · «Афина»
Читает общий ящик поддержки напрямую по IMAP, находит письма без ответа, считает время до нарушения SLA и пингует в рабочий чат, пока не отреагируют. Тот самый бот из ТЗ Тихона.
Скилы (инструменты)
IMAP-чтение почтысклейка писем в тредSLA-таймер + календарь РФсоздание задачи в Битрикспинги с кнопками
Модель
🟡 YandexGPT — резюме и срочность письма
📡

Агент «Zabbix»

дежурный по инфраструктуре
Смотрит за алертами Zabbix, отсеивает шум и дубли, понимает, где реальная авария, а где мелочь, и поднимает нужных людей — не заваливая чат мусором.
Скилы (инструменты)
Zabbix APIчтение метрик и триггеровдедупликация алертовэскалация по важностисоздание задачи/инцидента
Модель
🟡 YandexGPT на сортировку · 🔵 Claude на разбор сложного
💳

Агент «Оплаты»

финансовый контроль
Следит за счетами, продлениями и просрочками: заранее напоминает, кто и за что должен заплатить, и поднимает флаг, если оплата задерживается.
Скилы (инструменты)
доступ к биллингу/счетамБитрикс CRMнапоминания в чатотчёт по задолженностям
Модель
🟡 YandexGPT — простые проверки и тексты
🎼

Оркестратор онбординга

ведёт новый проект по шагам
Берёт новый проект и сопровождает весь онбординг: доступы, задачи, ответственные, напоминания — по плейбуку из Confluence, останавливаясь на подтверждение человека там, где нужно.
Скилы (инструменты)
Confluence (плейбук)Битрикс (задачи)чек-листы и ветвлениечеловек-подтверждениеобщая память проекта
Модель
🔵 Claude — планирование и сложные решения

Список расширяется без переделки: агент «1-я линия», агент по SLA задач, ИИ-черновики ответов — подключаются к тому же ядру и той же общей памяти.

Общий мозг

Как дирижёр управляет агентами

Пять вещей, которые превращают набор ботов в единый рой.

1

Общий журнал событий

Всё, что произошло (письмо, авария, задача, оплата), пишется в одно место. Это и есть общая история, к которой обращается любой агент.

2

Общая память

Контекст клиента и проекта живёт в общем хранилище, а не в голове одного бота. Новый агент сразу «в курсе».

3

Маршрутизация

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

4

Человек в контуре

На важных и необратимых шагах (деньги, серверы) рой останавливается и ждёт подтверждение кнопкой. Сам ничего опасного не делает.

5

Наблюдаемость

Видно, что делает каждый агент, во сколько это обходится и где затык. Любое решение восстанавливается из лога.

6

Общие ключи компании

Рой работает на аккаунтах и ключах компании, а не на личных. «Не твой Клод и не мой, а общий».

Живой пример

Как рой разбирает одну проблему

Клиент написал «не работает 1С». Смотрим, что происходит без единого действия с нашей стороны.

📧
Клиент пишет на почту
«Не открывается 1С, весь офис стоит».
источник: help@sparta-it.ru
👁️
Агент «Почта» замечает письмо
Видит новое обращение по IMAP примерно за минуту — раньше, чем Битрикс синхронизирует почту.
агент «Почта»
🧠
ИИ делает резюме и ставит срочность
«1С недоступна у всего офиса» → категория: инфраструктура, срочность: авария 🔥.
модель: YandexGPT
💬
Пинг в рабочий чат с кнопками
Карточка клиента + резюме + кнопки «Беру / Создать задачу / Спам». Всё видно сразу.
Афина → чат Битрикса
⏱️
Оркестратор запускает SLA-таймер
Для аварии — 10 рабочих минут. Событие пишется в общий журнал.
ядро · LangGraph
🔴
Никто не ответил за 10 минут
Эскалация: повторный пинг и упоминание руководителя. Рой не даёт проблеме утонуть.
ядро · правило SLA
🙋
Инженер жмёт «Создать задачу»
Задача уходит в Битрикс24: название, резюме, данные клиента, ответственный — заполнено автоматически.
агент «Почта» → Битрикс
📒
Событие в общую память и статистику
Время реакции, ответственный, клиент — всё попадает в общий журнал и недельный отчёт.
ядро · общий журнал
Клиенту ответили — обращение закрыто
Таймер снят, статус «отвечено». Никто ничего не забыл и не проспал.
итог
Модели под задачу

Какая модель на каком агенте

Принцип простой: дешёвая и локальная модель на массовое и простое, сильная — на сложное рассуждение. Экономим деньги и держим чувствительные данные в РФ.

АгентОсновная модельПочему так
ПочтаYandexGPTМассовый поток писем, простое резюме и срочность. Дёшево, быстро, данные в РФ.
ZabbixYandexGPT + ClaudeСортировка алертов — дешёвой моделью; разбор сложной аварии — Claude.
ОплатыYandexGPTПростые проверки и напоминания, чувствительные финансовые данные.
Оркестратор онбордингаClaudeПланирование, ветвление, сложные решения по шагам проекта.

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

Инфраструктура

Отдельный сервер под ядро

LangGraph и общая память — это сердце системы, работающее 24/7. Ему нужен свой сервер, отдельно от боевых сервисов, чтобы ничего не мешало и не роняло.

Рекомендуемые ресурсы

CPU4–8 ядер
Оперативная память8–16 ГБ
Диск (SSD)80–160 ГБ
ОСUbuntu 22.04, Docker
РасположениеРФ (данные клиентов)
РезервЕжедневный бэкап базы

Сам ИИ на сервере не крутится — модели вызываются по API. Поэтому не нужны GPU и мощное железо: нагрузка лёгкая, ядро в основном «дирижирует» и хранит состояние.

Что на нём работает

🧠 LangGraph Serverдирижёр агентов
🗄️ PostgreSQLобщая память + журнал
📊 Наблюдаемость (Langfuse)что делают агенты
🔌 КоннекторыБитрикс · IMAP · Zabbix
🔒 Секретыключи на хосте, не в коде

Всё в Docker, как остальные наши сервисы. Наблюдаемость — self-hosted, чтобы данные не уходили наружу.

Порядок внедрения

Не «большой взрыв», а по шагам

Каждая фаза приносит пользу сама по себе. Не строим полгода платформу «в стол» — запускаем ценность сразу.

0

Почтовая «Афина»эта неделя

Контроль писем по SLA по готовому ТЗ Тихона: отдельный сервис, IMAP + пинги в чат + кнопки. Пишем её так, чтобы её журнал стал зерном общего журнала роя. Один агент — реальная польза сразу.

1

Ядро + второй агент

Поднимаем отдельный сервер: LangGraph, общая база, наблюдаемость. Перецепляем «Афину» на ядро и добавляем агента «Zabbix» — как доказательство, что фундамент обобщается: тот же журнал, тот же чат, общий контекст.

2

Оплаты и онбординг

Добавляем агента «Оплаты», затем самое ценное — оркестратор онбординга, который ведёт новый проект по шагам. К этому моменту фундамент проверен, наращивать легко.

Обоснование выбора

Почему LangGraph, а не готовый продукт

Рассматривали готовый автономный агент (OpenClaw и подобные). Для ядра под нашу команду LangGraph подходит лучше.

✅ LangGraph (наш выбор)

  • 🟢Общая память между агентами — штатно, из коробки.
  • 🟢Полный контроль логики: мы решаем, что и как делает рой.
  • 🟢Аудит и повтор: любое решение восстановимо, рестарт без дублей.
  • 🟢Self-host, любые модели, данные остаются в РФ.
  • 🟢Чат-канал (Telegram/Битрикс) у нас уже написан.

⚠️ Готовый автономный агент

  • 🟡Память изолирована по агентам — общий контекст надо докручивать.
  • 🟡Меньше контроля: агент «сам решает» — риск для критичного.
  • 🟡Молодой продукт, быстро меняется — риск завязки.
  • 🟢Быстрый старт и готовый чат-шлюз — но он нам не нужен, уже есть.