Вот обновлённый промпт для твоего агента с учётом всех правок: отдельная кнопка для админ-ключа в боте, валидация версий и фикс определения версий.
Нужно внести доработки в систему защиты, админ-панель Telegram-бота, серверную часть и Bootstrap. Реализуй следующие задачи:
1. Админ-ключ (Dev-режим) через панель бота
* В админ-панели Telegram-бота добавь отдельную кнопку (вне стандартного меню управления ключами), по нажатию на которую админ может назначить/выбрать ключ, который помечается как администраторский (is_admin: true).
* Если клиент авторизован под этим админским ключом:
* На сервере и клиенте полностью отключаются все триггеры анти-отладки, сбор телеметрии о DevTools и алерты.
* На него не действуют ограничения версий и блокировки.
2. Управление версиями Bootstrap и фикс определения
* Исправление определения версии:
В коде Bootstrap жестко и единообразно зафиксируй константу версии (например, const BOOTSTRAP_VERSION = '2.2.0'). Проверь, откуда сейчас в логи прилетала версия 2.1 (устрани рассинхрон между метаданными юзерскрипта, телом скрипта и телом запроса к API). При каждом запросе к серверу должна отправляться именно актуальная строка версии.
* Контроль версий в боте и сервере:
* В админ-панели Telegram-бота добавь кнопку/меню для изменения текущей актуальной версии (например, ввод строки 2.2.0). Значение должно сохраняться в БД или общем конфиге.
* На сервере сделай проверку входящей версии: если версия клиента ниже актуальной или не совпадает с разрешённой, сервер отклоняет выдачу лоадера с кодом/сообщением о необходимости обновить скрипт.
3. Маскировка эндпоинтов под телеметрию
* Найди в коде все прямые URL, выдающие назначение (типа /report, /debugger, /get_loader, /ban).
* Переименуй эндпоинты в нейтральные аналитические маршруты (например: /telemetry/v2/event, /api/v1/collect, /static/metrics/log).
* Сохрани всю существующую структуру динамических параметров, таймштампов и подписи запросов, но упакуй полезную нагрузку в типичные для телеметрии поля (например, event_data, perf_metrics).
4. Улучшение детекта DevTools
* Не использовать проверку через размеры окна (innerWidth/outerWidth), чтобы избежать ложных срабатываний при ресайзе и на смартфонах.
* Реализуй проверку через геттер в console.dir / console.log (создание объекта с геттером на свойство, которое движок браузера дергает только при открытии DevTools).
* Поведение при детекте (если ключ не админский):
* Тихо отправить замаскированный репорт в бота.
* Не крашить скрипт сразу, а через случайную задержку (1–3 минуты) плавно вызывать сбой в работе логики, чтобы запутать пользователя.
5. Заморозка нативных методов (Anti-Tampering)
* На старте Bootstrap сохрани нативные функции до их возможной модификации:
* window.fetch, XMLHttpRequest.prototype.open, XMLHttpRequest.prototype.send
* Function.prototype.toString
* window.setInterval, window.setTimeout
* console.log, console.dir, console.clear
* Если базовые функции уже были кем-то переопределены до старта скрипта (проверка на [native code]), отправлять алерт о хуке.
Выведи список файлов, в которые были внесены изменения, и коротко опиши структуру новых кнопок в админ-панели бота.
