Виртуальный лидоруб IMAP: … Перепроверить

• Лид создан — письмо коммерческое, лид ушёл в Битрикс.
• Лид обогащён — нашли существующего клиента и дополнили его карточку.
• МОП наблюдение (classified_mop_observed) — письмо на ящике МОПа: классификатор оценил, но лид не создаём (МОП заводит вручную). Только аналитика.
• Uncertain (classified_uncertain) — классификатор не уверен. Имеет смысл взглянуть глазами.
• Non-commercial — спам / уведомление / рассылка поставщика / тендер. Лид не нужен.
• ⚠ Ошибка классификации (failed_classify) — LLM упал или парсер захлебнулся. Письмо ждёт ручной перепроверки. Кнопка «🔁 Перепроверить лиды» поставит их в очередь снова.
• Received — принято IMAP-пакетом, ещё не обработано.
• Дубль / Blacklist / Чужой ящик / MV Trade — пропущено по правилам.

• Дата — когда письмо принято Лидорубом (UTC+3 МСК).
• Conf — уверенность классификатора (0–1). ≥0.85 — высокая, 0.7–0.85 — средняя, <0.7 — низкая. Низкая уверенность → стоит проверить вручную.
• Позиций — сколько товарных позиций удалось распарсить.
• Сумма ₽ — оценка суммы лида через 1С / каталог.
• Лид — ссылка на карточку в Битриксе (#номер).
• Действие / Источник — что сделал Лидоруб (создал / пропустил / обогатил) и откуда пришло (IMAP / Bitrix webhook).

• A (≥150 000 ₽) — крупный лид, отдельный алерт.
• B (10 000 – 150 000 ₽) — средний.
• C (<10 000 ₽) — мелкий.
• Nonqual — неквалифицированный (без оценки суммы).

1. Открыть вкладку «Ошибки» или найти письмо в «Все письма».
2. Кликнуть строку — раскроется детальная панель.
3. Указать правильную классификацию (поле комментария + кнопка «Сохранить»).
4. Эти данные использует skill learn-classifier для уточнения pre-LLM правил.

Можно также написать в Claude: /learn-feedback или разбери фидбэк из feedback/feedback.jsonl — Claude прочитает ошибки, починит код, заведёт Trello-карточки.

1. Сначала посмотрите кружок IMAP в шапке «Виртуальный лидоруб» (🟢/🔴). Если красный — наведитесь, увидите, на каком ящике watcher молчит.
2. Нажмите кнопку «Перепроверить» рядом с кружком — она прогонит per-mailbox проверку прямо сейчас (≤60 сек), запишет результат в /var/log/jbtools/imap_lag_history.jsonl.
3. Если после перепроверки красный остался — открывайте сессию Claude и говорите «IMAP-watcher молчит на ящике X». Claude перезапустит контейнер (docker compose restart imap_watcher) — после SELECT INBOX он сам догонит backlog.
4. Параллельно bash scripts/verify_lidorub.sh — он покажет агрегатное здоровье (контейнеры, очередь, БД).
5. Не пытайтесь сами перезапускать docker — это работа Claude.

Индикатор живости IMAP-watcher по каждому ящику в отдельности. Закрывает слепое пятно агрегатного verify_lidorub.sh: тот может быть 🟢, пока хотя бы один из 9 ящиков пишет в БД — а другой может молча умереть на часы.

• 🟢 зелёный — все ящики OK: сторож дошёл до последнего письма в каждом ящике (его указатель совпал с UID письма) или письмо пришло только что.
• 🔴 красный — по одному или нескольким ящикам сторож отстал: в ящике есть письмо новее его указателя, и указатель стоит на месте дольше 10 минут подряд. Отдельная причина — «сторож к ящику не подключён»: ящик добавили в конфиг, а контейнер после этого не перезапускали. Кликните по кружку/тексту — раскроется список с причиной по каждому ящику.
• Сравниваем именно указатель сторожа (Redis), а не наличие письма в базе: базу заполняют только письма, прошедшие фильтры, поэтому по ящикам с рассылками старая проверка давала ложную тревогу (правка 31.08.2026). Если Redis недоступен, проверка откатывается на старый способ — по базе.
• Время отставания считаем по самому указателю: с какой минуты он стоит и не двигается. По дате письма считать нельзя — письмо попадает в ящик задним числом, когда его перекладывают из другой папки или размораживают в очереди отправителя, и тогда тревога срабатывала мгновенно и зря (a.arefeva@mv-group.ru 31.08.2026: письма трёхдневной давности легли разом, сторож забрал их за 2 секунды, а панель написала «молчит 9.2 часа»).

Обновление: автоматически каждые ~5 минут (host-cron /etc/cron.d/jbtools-imap-lag) + UI подтягивает свежий снапшот раз в минуту. Кнопка «Перепроверить» форсирует прогон вне расписания и пишет строку в historу.

Происхождение: инцидент 14.05.2026 — watcher для a.arefeva@mv-group.ru молча залип на 6.5 часов, потерял 26 коммерческих писем; общий статус Лидоруба всё это время был 🟢.

• IMAP IDLE — режим прослушки почтового ящика без поллинга, push-уведомления о новых письмах.
• BODY.PEEK[] — IMAP-команда забора тела письма без пометки прочитанным. Используем на ящиках МОПов.
• Celery — очередь фоновых задач (Redis в роли брокера).
• worker-email — отдельный воркер на очередь email (классификация писем).
• Roistat — внешняя система аналитики, иногда дублирует входящие лиды.
• МОП — менеджер по продажам. Ящики 1006–1016@jbtools.ru, ak@jbtools.ru. На них Лидоруб только наблюдает.
• Коммерческие ящики — sales@jbtools.ru, info@jbtools.ru, a.arefeva@mv-group.ru. На них Лидоруб создаёт лиды автоматически.
• Sonnet / Opus — модели Claude, на которых работает классификация.