Ovygram · Правила для авторов · 14 ноября 2026
Обязательные правила публикации плагинов
Соблюдение всех требований обязательно, чтобы модерация приняла плагин. Прочитайте статью и проверьте файл до отправки. Отправка заявки сама по себе не означает одобрение.
1. Весь выполняемый код открыт и виден в файле
Модератор должен видеть и понимать весь код плагина. Для .ovyplugin он находится в самом файле; для .ovyzip — в читаемых исходных файлах внутри присланного архива. Проверяется именно присланная версия, а не исходник по внешней ссылке.
- Обфускация запрещена: запутывание кода, упаковщики, зашифрованные или закодированные исполняемые фрагменты, скрытые загрузчики.
- Нельзя прятать логику в байткоде, бинарных модулях, изображениях, строках и других непросматриваемых вложениях.
- Получать код из сети и выполнять его запрещено: скачивать скрипты, модули, shell-команды или бинарные файлы; передавать сетевые данные в
exec,evalили иной механизм исполнения; использовать удалённый динамический импорт. - Собственные и сторонние исполняемые зависимости плагина должны быть представлены читаемыми исходниками в присланном пакете, с соблюдением лицензий. Внешняя ссылка или запись в
__requirements__не заменяет исходники. Исключение — стандартная библиотека Python и официальный SDK Ovygram, предоставляемые клиентом.
2. Сеть — для данных, а не для скрытых обновлений
Запросы к API и загрузка обычных данных допустимы, если нужны заявленной функции. Опишите сервисы, передаваемые данные и ограничения. Полученные данные нельзя превращать в выполняемые инструкции. Новая логика распространяется новой версией через повторную проверку, а не через загрузчик внутри плагина.
3. Никакого вреда, запрещённого контента и скама
Запрещены вредоносный код, фишинг, мошенничество, подмена адресов и реквизитов, скрытые платежи и реклама, кража денег, паролей, токенов, сессий или переписки. Нельзя распространять запрещённые законом материалы, организовывать спам, травлю, взлом и другие незаконные действия.
Нельзя обходить проверку, скрывать поведение от пользователя или выдавать себя за официальный сервис. Название, автор, описание и обещания должны соответствовать действительности.
4. Данные и действия пользователя
Собирайте только данные, необходимые для заявленной функции. До передачи третьей стороне ясно объясните, что, куда и зачем отправляется, и получите согласие пользователя. Не публикуйте секреты в коде или логах. Рассылка, удаление сообщений, изменение файлов и другие существенные действия не должны происходить скрытно.
5. Без повторений существующих плагинов без улучшений
До подачи изучите репозиторий плагинов. Повторение уже существующего плагина без существенных улучшений не принимается. Новое название, иконка, автор или перестановка кода сами по себе улучшением не считаются.
Форк допустим при соблюдении лицензии и указании исходного автора. В заявке приложите ссылку на оригинал и опишите конкретные улучшения: новую полезную функцию, исправление подтверждённой ошибки, доступность, совместимость или заметное улучшение производительности. Модерация оценивает пользу отличий, а не только различие файлов.
6. Плагин готов к проверке
Отправляйте <id>.ovyplugin или <id>.ovyzip с корректными метаданными, понятным описанием, версией и требованиями SDK. Опишите зависимости, порядок проверки, изменения и ограничения. Не включайте токены и персональные данные. Протестируйте установку, основную функцию и отключение; об ошибках сообщайте честно.
Публичный плагин и его обновления подаёт владелец соответствующего Telegram-аккаунта. Чужие права и лицензии должны соблюдаться; публичный ID нельзя занимать от имени другого автора.
7. Решение модерации
Нарушение любого требования — основание для отказа. Если проблема выявлена позже, проверка может быть отозвана, а опасная версия — заблокирована. Автор получает причину через бота. Для исправления отправьте новую версию и объясните изменения.
Проверка относится к конкретному файлу и версии и не гарантирует отсутствие всех ошибок или рисков. Модерация может запросить пояснения и воспроизводимый пример работы.