tg-traffic: платформа управления Telegram-аккаунтами, кампаниями и inbox

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

Разработана многопользовательская платформа с отдельными контурами аккаунтов, прокси, аудиторий, кампаний, задач, inbox/CRM, аналитики, авторизации и биллинга. Telegram-сессии хранятся в зашифрованном виде, каждому аккаунту назначается собственный прокси, а любые массовые действия требуют явного выбора аккаунтов и предварительной проверки.

Длительные операции вынесены в durable tasks: PostgreSQL хранит состояние и журнал переходов, Redis Streams передаёт только идентификаторы задач, а workers используют lease, fencing, retry и idempotency. Это позволяет продолжать кампании после падения процесса, отклонять повторный запуск и не выдавать неизвестный внешний результат за успех. Отдельные роли обслуживают web, очереди, планировщик и Telegram-listeners.

В кабинете реализованы импорт session/TData, прогрев, лимиты и cooldown, управление профилями, аудитории, кампании, единый список задач, причины skip/failure, история, личные диалоги и уведомления о новых ответах. Для локального использования добавлен автономный режим, включая запуск на Android через Termux.

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

Безопасность встроена в бизнес-процесс: пустой выбор не означает «все», недоступный или ограниченный аккаунт исключается, дневные квоты и паузы учитываются до выполнения действия, а Telegram timeout фиксируется как неопределённый результат. Сессии и секреты не передаются в браузер и не попадают в очередь.

Подготовлены отдельные unit, contract, PostgreSQL/Redis integration и browser-to-real-backend проверки. Для пользовательских сценариев добавлены инструкции по импорту, прокси, запуску, работе с задачами и inbox. Кейс описывает технический результат; гарантия отсутствия ограничений Telegram и коммерческие показатели не заявляются.