Нейросеть подключается к почте компании через IMAP-доступ или API почтового сервиса и разбирает входящие письма по теме, готовит черновики ответов и помечает срочные обращения. Разбираем сборку по шагам на примере разбора входящих через n8n с узлом IMAP Email и запросом к модели.
Что делает нейросеть
По нашему опыту, типовой сценарий разбора почты через n8n и модель собирается за час-полтора первой настройки и сразу сортирует входящие по трём-четырём темам.
Модель получает текст входящего письма и решает три задачи подряд: определяет тему обращения — вопрос по оплате, техническая проблема, коммерческий запрос, — готовит черновик ответа по теме и помечает письма, которые требуют срочной реакции человека вместо стандартного ответа.
- Определение темы входящего письма по ключевым словам и содержанию
- Черновик ответа под тему, который сотрудник дорабатывает и отправляет
- Пометка срочных обращений — жалоба, угроза расторжения, VIP-клиент
- Короткая выжимка длинного письма с несколькими вопросами подряд
Для почты на нескольких языках — например, компания с зарубежными клиентами — модель определяет язык письма и готовит черновик ответа на том же языке. Это снимает с сотрудника ручной перевод входящего письма перед тем, как формулировать ответ.
Задача частично пересекается с разбором отзывов, разобранным в статье про нейросеть, которая отвечает на отзывы Wildberries — там похожая механика сортировки и черновика ответа, источник данных другой: отзывы на маркетплейсе вместо входящей почты компании.
Отдельная область применения — общий почтовый ящик отдела продаж или поддержки, куда письма приходят от разных людей без единого формата. Здесь модель особенно полезна: она приводит разнородные обращения к единой структуре темы и срочности, прежде чем сотрудник начнёт разбирать очередь входящих.
Подключение к почте
Доступ к почте настраивается через IMAP-протокол — логин, пароль или токен приложения, адрес сервера — или через API конкретного почтового сервиса, если он его предоставляет. IMAP работает почти с любым почтовым сервисом, API даёт больше возможностей, но доступен только у части провайдеров.
- Создайте отдельный технический email для подключения нейросети вместо личного ящика сотрудника
- Включите доступ по IMAP в настройках почтового сервиса
- Сгенерируйте токен приложения вместо основного пароля от ящика
- Добавьте узел IMAP Email в n8n с этими данными для чтения входящих
- Проверьте, что узел видит новые письма на тестовом ящике
Часть почтовых сервисов ограничивает частоту запросов по IMAP в единицу времени — при высоком потоке писем сценарий стоит настраивать на проверку новых сообщений раз в несколько минут вместо постоянного опроса, иначе провайдер может временно заблокировать технический адрес за подозрительную активность.
Токен приложения вместо основного пароля снижает риск: при компрометации сценария под угрозой остаётся только доступ на чтение почты, аккаунт сотрудника целиком защищён отдельным паролем.
Для нескольких почтовых ящиков — продажи, поддержка, общая info-почта — стоит заводить отдельный технический адрес и отдельный узел IMAP на каждый ящик вместо одного общего доступа на всё сразу. Так сбой или блокировка одного ящика оставляет разбор писем на остальных направлениях рабочим.
Разбор и черновики
После подключения модель получает текст письма через HTTP Request и возвращает структурированный ответ: тема письма, срочность, черновик текста ответа. Черновик уходит в папку «Черновики» или отдельный канал команды на проверку сотрудником вместо прямой отправки клиенту.
| Тип письма | Что делает модель | Что проверяет сотрудник |
|---|---|---|
| Стандартный вопрос | Готовит полный черновик ответа | Точность деталей перед отправкой |
| Срочное обращение | Помечает флагом и уведомляет команду | Скорость реакции на пометку |
| Сложный кейс | Готовит только выжимку без черновика | Разбор и ответ целиком вручную |
| Спам или реклама | Отправляет в отдельную папку без ответа | Периодическую проверку папки на ложные срабатывания |
Цепочка писем — клиент отвечает несколько раз подряд по одной теме — требует передавать модели весь тред целиком вместо одного последнего сообщения. Без истории переписки модель теряет контекст предыдущих договорённостей и может предложить черновик, который противоречит уже сказанному ранее в этой же цепочке.
Выжимку длинного письма с несколькими вопросами подряд стоит просить отдельным полем в ответе модели, даже когда черновик ответа остаётся без подготовки, — руководителю или сотруднику проще принять решение по короткой выжимке, чем перечитывать длинное письмо целиком перед каждым ответом.
Безопасность
Главный риск — утечка содержимого писем через облачную модель, если в переписке есть персональные данные клиентов или коммерческая тайна. Для чувствительной переписки стоит использовать модель с обработкой данных внутри страны или локальное развёртывание вместо прямой отправки содержимого в зарубежный облачный сервис без обезличивания.
Сколько писем в день получает ваша компания на общую почту?
Вложения — счета, договоры, сканы документов — модель по умолчанию оставляет без внимания без отдельной настройки сценария на извлечение текста из файла. Для писем с частыми вложениями стоит добавить отдельный узел распознавания документа перед запросом к модели, иначе анализ идёт только по телу письма.
Сборку и обслуживание сценария на потоке — несколько почтовых ящиков и разные темы обращений сразу — стоит отдать на аутсорс через автоматизацию бизнес-процессов, если внутри команды нет отдельного специалиста по n8n.
Частые ошибки
- Черновики ответов уходят клиенту автоматически без проверки сотрудником
- Токен доступа к почте лежит в сценарии открытым текстом вместо переменной окружения
- Срочные обращения помечаются по ключевым словам без учёта контекста письма
- Один сценарий разбирает сразу несколько почтовых ящиков без разделения по темам
- Личный ящик сотрудника подключается к сценарию вместо отдельного технического адреса
Метрику точности разбора стоит собирать отдельно — сколько черновиков сотрудник отправил без правок, сколько переписал полностью, сколько разбирал вручную. Через месяц такая статистика показывает, какие темы сценарий закрывает уверенно, а какие стоит доработать в системном промпте.
Ротацию токена приложения стоит закладывать в регламент отдельным пунктом — раз в полгода или при увольнении сотрудника, который изначально настраивал сценарий. Забытый токен от уволенного сотрудника остаётся рабочим лазом в почту компании даже после его ухода.
Подключите сценарий к тестовому почтовому ящику с копиями реальных писем без личных данных и проверьте точность разбора темы и черновиков. Только после стабильного результата подключайте к рабочей почте компании.
Похожий принцип подключения нейросети к внешнему сервису через n8n — на примере Telegram-бота — разобран в статье про настройку n8n с нейросетью для бизнеса. Механика узлов там почти совпадает, разница только в источнике входящих событий.