Cкрипт на Python для Telegram.

Техническое задание: Разработка Telegram-системы мониторинга (Userbot + Bot API) Язык программирования: Python (Pyrogram / Telethon + aiogram / pyTelegramBotAPI) База данных: SQLiteСреда выполнения: Ubuntu VPS (скрипт должен быть подготовлен для работы 24/7 через systemd или PM2) Общее описание для чего нужен скрипт.  Для админа тг канала о товарах на маркетплейсах нужен бот, который будет по никнейму выдавать информацию-были ли негативные отзывы об этом никнейме. Скрипт будет через аккаунт 24 на 7 собирать из 5-7 чатов (блеклисты, чаты отзывов о недобросовестных продавцах) сообщения с @юзернеймами для базы, которую будет использовать обычный тг бот. Некоторые детали:  --- Перед работой бота нужно заполнить базу сообщениями за последние полгода из всех 5-7 чатов-отзовиков. --- В базу негативные отзывы из чатов попадают при наличии ключевых слов-я напишу --- Админу бот в тг определит @юзернейм как недобросовестного продавца при условии что в базе есть как минимум два негативных отзыва от двух уникальных акков (просто фильтр от заказного негатива). И выдаст эти два негативных сообщения, что бы админ видел общую картину. И так далее. Все остальные детали расскажу, обсудим в переписке.  И более профессиональное ТЗ: ✅ 1. ОБЩЕЕ ОПИСАНИЕ СИСТЕМЫ Требуется разработать комплекс из двух компонентов:  1.Юзербот (Парсер-наблюдатель): Работает в фоновом режиме 24/7. Слушает поток сообщений из заданного списка чатов, фильтрует их и сохраняет логи в БД. 2. Интерфейсный Бот (Официальный бот): Служит инструментом для администратора. Принимает пересланные посты, извлекает юзернеймы, проверяет их по накопленной БД по сложной логике и выдает результат. ✅ 2. АЛГОРИТМ РАБОТЫ ЮЗЕРБОТА (РЕЖИМ 24/7) --- Источники данных: Список из 5–7 целевых чатов (часть публичные, 1–2 могут быть приватными). Скрипт должен поддерживать работу как по публичным юзернеймам чатов, так и по их цифровым ID. --- Событие: При поступлении нового сообщения в любой из чатов, юзербот проверяет текст на наличие юзернеймов (@username). --- Запись в БД: Если сущность найдена, в SQLite записывается строка: Дата и время | ID чата | ID автора сообщения | Текст сообщения --- Безопасность аккаунта: Скрипт должен имитировать естественное чтение (проставление статуса «прочитано» со случайной задержкой в 2–5 секунд). Никаких исходящих сообщений или спам-запросов юзербот делать не должен. ✅ 3. РАЗОВЫЙ ПАРСИНГ ИСТОРИИ (СКРАПИНГ) --- Перед запуском системы в режим постоянного мониторинга, скрипт должен иметь функцию/модуль для разового выкачивания истории сообщений из этих же 7 чатов за последние 6 месяцев. --- Из истории должны быть извлечены все сообщения, содержащие упоминания юзернеймов, и сохранены в БД SQLite с сохранением оригинальной даты, ID автора и текста. --- Критически важно: Парсинг истории должен идти порциями (пагинацией) с обязательными таймаутами (задержками), чтобы избежать блокировки аккаунта со стороны Telegram по ошибке FloodWait. ✅ 4. ЛОГИКА ФИЛЬТРАЦИИ И ИНТЕРФЕЙС БОТА ДЛЯ АДМИНА --- Доступ: Бот должен реагировать только на сообщения от конкретного Telegram ID (ID владельца/админа). Для остальных — игнор или заглушка. --- Процесс проверки: Администратор пересылает (репостит) в бота сообщение из другого канала (предложение от продавца). Бот автоматически парсит из этого текста @username продавца для связи.  --- Условие триггера (Защита от накрутки негатива):Бот делает запрос в SQLite по найденному юзернейму. Он должен выдать негативный отзыв о нем только если выполняются одновременно 3 условия: В тексте логов есть совпадения по списку ключевых слов негатива (файл keywords.txt). Найдено минимум 2 сообщения с жалобами на этот юзернейм за последние 6 месяцев. Эти сообщения написаны РАЗНЫМИ людьми (ID автора сообщения в БД должны отличаться, чтобы отсечь заказной спам от одного обиженного пользователя). Формат ответа бота: Если условия выполнены: Бот присылает админу ровно 2 сообщения-жалобы из базы данных (текст, дата, источник) для ознакомления, чтобы админ понял, в чём суть негатива. Если уникальных жалоб меньше двух: Бот отвечает: «Чисто / Недостаточно совпадений». ✅ 5. ТРЕБОВАНИЯ К КОДУ, АВТОНОМНОСТИ И ПЕРЕДАЧЕ ПРОЕКТА Код должен быть структурированным, чистым, с комментариями на русском языке. Максимальная автономность при смене аккаунта: Все авторизационные данные юзербота (API_ID, API_HASH, номер телефона) должны быть вынесены в отдельный файл конфигурации (config.py или .env). При изменении данных в файле конфигурации и удалении старого файла сессии (.session), скрипт должен автоматически инициализировать процедуру авторизации для нового аккаунта через консоль, без необходимости изменять сам исходный код скрипта. Логика работы не должна быть жестко привязана к конкретному аккаунту. Разработчик должен предоставить текстовую или видео-инструкцию по переносу сессии юзербота и самостоятельному запуску скрипта на чистом сервере Ubuntu.