Юзербот в MAX работает не как отдельный официальный бот, а как обычный клиентский профиль с подтвержденным номером, запущенный 24/7 под управлением скрипта. Это дает доступ почти ко всем действиям живого пользователя, но ошибка в лимитах может привести к бану. В статье для такого сценария сравнивают платный Green-API со стабильными коннектами, SLA и поддержкой и open-source библиотеку PyMax, которую нужно поднимать и чинить самостоятельно.

Green-API описан как готовый шлюз для работы с аккаунтом MAX. Через него можно отправлять текст, файлы по ссылке и через upload, геолокацию и контакты, скачивать медиа и документы, а также забирать историю чатов методом GetChatHistory — до 5000 сообщений за 3 месяца с фильтрацией по дате. Для точечных операций есть методы получения конкретного сообщения и последних входящих и исходящих диалогов, а по лимитам сервис разделяет быстрые действия вроде отправки и редактирования сообщений до 50 запросов в секунду и более тяжелые операции вроде загрузки файлов, истории чатов, управления группами и чтения контактов — до 1 запроса в секунду.

Отдельный блок посвящен управлению группами: можно создавать чаты, добавлять участников, назначать и снимать админов, менять название, аватар и настройки прав. Через GetGroupData возвращаются владелец, описание, дата создания, инвайт-ссылка, права участников, размер группы и список участников, но в больших группах API показывает роли только для бота или только админов. В прикладных сценариях это используют для модерации чатов, автоматического распределения сотрудников по рабочим группам и отправки отчетов из CRM, а выбор между платным шлюзом и бесплатной библиотекой автор сводит к бюджету, рискам и готовности поддерживать инфраструктуру после обновлений MAX.