1.6 мессенджер переходит на пакет, его форк flood-логики удаляется

[axisrow]

Задача

Перевести tg_messenger на новый пакет и удалить его форк flood-логики.

Что удаляется в мессенджере

tg_messenger/core/flood.py прямо объявляет себя копией:

Slim, dependency-free FloodWait handling vendored from the main project…
Mirrors the discipline of src/telegram/flood_wait.py in tg_content_factory.

Константы (60 с / 120 с) скопированы дословно. При этом форк строго слабее
оригинала: нет персистентности, нет автостопа, нет наблюдаемости,
обёртка ретрая применяется вручную на ~30 местах и уже имеет пропуск
(core/client.py:494 — iter_messages вызывается сырым).

Кандидаты на удаление после перехода:

• core/flood.py — заменяется пакетом
• core/ratelimit.py — не удалять слепо: его TokenBucket это тот самый
  глобальный потолок, который переезжает в пакет через feat(telegram): глобальный потолок исходящих на процесс — per-account лимиты не видят суммарный залп #1417. Сверить, что
  функциональность не потеряна.

Что остаётся в мессенджере

Живое общение: listen*(), MessageStore, AgentRunner, TUI, web-чат,
ghostwrite, модерация — то есть верхний слой, ради которого проект существует.

Риски

• Мессенджер версии 0.1.0, без тегов и changelog — перед изменениями
  завести версионирование, иначе фабрика (которая стоит на editable-чекауте)
  сломается молча.
• core/client.py — 1080 строк, StandaloneTelegramClient завязан на свою
  модель подключения (external_session, client_factory). Замена внутренностей
  на пакет — не механическая, нужен дизайн.
• Мессенджер остаётся одноаккаунтным. Пул, ротация и лизинг в пакет
  не переезжают (остаются в фабрике) — не пытаться их сюда протащить.

Acceptance Criteria

• Мессенджер использует слой Telegram из пакета.
• core/flood.py удалён; функциональность не потеряна.
• Мессенджер получает возможности, которых у него не было: персистентность
  флуда, автостоп (breaker), наблюдаемость. Ротацию аккаунтов НЕ получает —
  он одноаккаунтный, пул остаётся в фабрике.
• Мессенджер продолжает ставиться и работать самостоятельно, без фабрики:
  pip install, один аккаунт, своё хранилище. Явный тест/прогон.
• Тесты мессенджера зелёные; свои ~15 тестов флуда заменены на покрытие
  пакета.
• Версионирование заведено (теги + changelog), фабрика пинится точно.
• Оба проекта работают на одном пакете одновременно.

Контекст

Этап 1.6 эпика #1416, финал переезда. Зависит от 1.5.
Затрагивает #1148 (обмен session string) — сверить.

[axisrow]

⚠️ Область пересмотрена (2026-08-29)

Решение владельца: в пакет выносится только общая часть для обоих проектов,
а не весь слой Telegram. Цель — упростить структуру, чтобы стало меньше кода,
где теряться.

tg_messenger — независимый проект (обычный TUI-мессенджер, ставится сам
по себе, один аккаунт, без фабрики). Поэтому многоаккаунтная инфраструктура
в пакет не идёт.

Что	Куда
Соединение, сессии	пакет
Модели сообщений, чтение истории, отправка	пакет
Защита от флуда	пакет
Подписка на входящие события	пакет
Пул многих аккаунтов, ротация, лизинг	остаётся в фабрике
Сбор постов из каналов	остаётся в фабрике
TUI, веб-чат, автоответчик	остаётся в мессенджере

Подробности — в комментарии к эпику #1416.