Документ для команды: можно ли построить AI-агента, который сам публикует вакансии на Авито Работа и обрабатывает входящие отклики (квалификация, переписка, передача рекрутёру) через официальный API. Что реально доступно, что уже делают существующие игроки, какой барьер входа и сколько это стоит, что разрешено по закону — и какими способами это строить. Без кода: разбор, сравнение, цены и вывод.
Задача — AI-агент в найме: публикует вакансии из брифа, ловит входящие отклики, читает резюме и контакты, проводит первичную квалификацию, ведёт переписку и передаёт перспективных кандидатов рекрутёру. Это та же постановка, что и для HH, но площадки устроены по-разному.
Ключевое отличие: на HH прибыльная соискательская часть API была закрыта (декабрь 2025), и для ряда сценариев приходилось рассматривать эмуляцию браузера — серую зону с репутационными и юридическими рисками. На Авито вся нужная нам вертикаль — работодательская и официальная. Публикация, отклики, резюме, переписка — всё через документированный API с OAuth. Эмуляция не нужна.
Лучшее доказательство, что API реально работает и покрывает наш сценарий, — это системы, которые уже через него работают. Крупные ATS (системы управления подбором) интегрированы с Авито Работа официально:
| Система | Что делает через API Авито |
|---|---|
| Huntflow | публикует вакансии в один клик (исходящая публикация) |
| Talantix | импортирует отклики по открытому API (порядка 10–11 минут задержки) |
| Skillaz | отслеживает все отклики и хранит их историю |
| Bitrix24 (приложение «avitojob») | кладёт отклик в CRM-процесс + переписка через Открытые линии (вакансии не публикует) |
То, что эти системы умеют через API, — нижняя граница возможностей нашего агента: публикация вакансий, импорт откликов, ведение истории и переписки. Проверка показала, что часть рекламных обещаний ATS преувеличена (например, отклики не «сами» попадают в Huntflow без участия рекрутёра, а Skillaz не редактирует вакансии из своего кабинета) — но базовая интеграционная механика подтверждена.
huntflow.ru — интеграция с Авито · feedback.hh.ru/talantix — база знаний
Среди открытых коннекторов лучший — сервер elchin92/avito-mcp (около 148 инструментов): он покрывает объявления, мессенджер, заказы, автозагрузку, доставку — и явно исключает раздел вакансий/найма. То есть переписку с кандидатом можно взять готовой, а работу с вакансиями и откликами придётся обернуть самостоятельно. Трудозатраты на это низкие: 3–4 раздела доступа, около десятка эндпоинтов, а точные схемы запросов мы уже извлекли из официальной спецификации (см. раздел 6).
github.com/elchin92/avito-mcp (README: раздел Jobs/Vacancies не включён)
Доступ к API не бесплатный и не self-service. По живым first-party-докам (round 4) требуется:
Тариф работает только с подтверждёнными данными компании: подтверждение реквизитов или верификация через T-Business ID / Сбер Business ID / Alfa ID / Точка ID / Госуслуги («Я — юрлицо или ИП»). С 27.11.2023 без этого тариф не работает. После верификации профиль получает необратимый статус «Компания»; без подтверждения — лимит 2 активные вакансии.
API доступен только при подключённой подписке «Максимальная» в Работе (first-party: «Для работы с API необходимо подключить Максимальную подписку»). Без неё запрос возвращает ошибку 402; миграция на это правило — 2 июня 2025.
Публичного тестового режима у Job API нет (подтверждено на developers.avito.ru). Модерация приложения — асинхронная, по e-mail: зарегистрировать приложение → запросить доступ → дождаться письма с ключами.
Требование подписки «Максимальная» для работы с API и привязка тарифа к подтверждённому юрлицу подтверждены first-party (документация для разработчиков и база знаний Авито), а не только косвенно через интеграторов.
support.avito.ru/articles/4379 — тариф «оплата за отклики», подтверждение юрлица и условие подписки · developers.avito.ru — документация Job API (Максимальная подписка обязательна, миграция 02.06.2025)
Практический вывод для продукта: шаг «передать рекрутёру» в нашем сценарии — это не удобство интерфейса, а требование закона. Агент может всё подготовить (подтянуть резюме, оценить соответствие, провести диалог), но финальное отрицательное решение санкционирует человек. Норма применима и к HH — это общий для РФ ограничитель, а не специфика Авито.
consultant.ru — статья 16 ФЗ-152 (ред. 24.06.2025)
Примеры по группе «Все» (включая НДС). ⚠️ В подвале прайс-листа стоит пометка «для справки по состоянию на 16 мая 2022 года» — это справочная дата, актуальная цена всегда в личном кабинете:
| Регион (группа «Все») | Цена за отклик, ₽ (с НДС) |
|---|---|
| Москва | 25 ₽ |
| Санкт-Петербург | 28 ₽ |
| Республика Крым / Еврейская АО | 19 ₽ |
| Алтайский край | 22 ₽ |
| ЯНАО / Забайкальский край | 25 ₽ |
support.avito.ru/articles/4379 — модель «оплата за отклики», бесплатная публикация 30 дней, правила тарификации и дедупликации · avito.ru — прайс-лист «оплата за отклики» (PDF; подвал: «для справки по состоянию на 16 мая 2022 года»)
| Подписка | Цена / 30 дней | Что добавляет |
|---|---|---|
| Без подписки | бесплатно | базовый доступ |
| Расширенная | 3 000 ₽ | + Автозагрузка |
| Максимальная | 6 000 ₽ | + API + Автозагрузка |
Минимальное пополнение аванса — 600 ₽. API доступен только на подписке «Максимальная» (без неё запрос вернёт ошибку 402).
avito.ru/tariff/cpa/profile — подписки (Расширенная 3 000 ₽ / Максимальная 6 000 ₽ / 30 дней; цифры из потока «оплата за просмотры», требуют подтверждения для Работы) · support.avito.ru/articles/4379 — API требует подписку «Максимальная» · developers.avito.ru — без «Максимальной» подписки → ошибка 402
Без кода — обзор того, что технически доступно. Доступ строится на стандартном OAuth (сервер-к-серверу для своего аккаунта или от имени стороннего клиента). Разделы доступа («права») прямо соответствуют вертикалям найма:
| Блок | Что доступно | Статус |
|---|---|---|
| Публикация вакансии | через API поштучно или через «Автозагрузку» (фид-файл для потока однотипных вакансий) | два пути |
| Управление вакансией | редактирование, снятие (архив), продление; отдельной «активации» нет — активация это и есть публикация | да |
| Отклики | двухшаговая модель: сначала запросить актуальный список статусов, затем менять статус пакетно; полные данные отклика — отдельным запросом по идентификаторам | да |
| Резюме и контакты | поиск, чтение, контакты соискателя; есть готовый сигнал авто-соответствия кандидата критериям вакансии | да |
| Переписка | первоклассный API мессенджера (чтение и отправка сообщений) | да |
| Webhook о новом отклике | регистрируется штатными методами; уведомление приходит на ваш адрес, по нему агент догружает данные отклика | да |
X-Secret) плюс белый список IP-адресов отправителя — не только проверка источника, но и общий секрет в заголовке. Само входящее уведомление несёт лишь идентификатор отклика ({applyId}) — полные данные агент догружает отдельным запросом по идентификаторам. В-третьих, известен лимит частоты запросов — 10 запросов в секунду (rps). Разделов доступа (scopes) у Job API ровно четыре: запись вакансий, управление вакансией, чтение резюме и работа с откликами; отдельного scope «переговоры» (negotiations) не существует.
Рабочий цикл агента целиком: новый отклик (webhook) → догрузить резюме и контакты → оценить соответствие и провести диалог в мессенджере → подготовить вердикт → передать рекрутёру, который санкционирует смену статуса.
официальная OpenAPI-спецификация «Авито.Работа» (через открытый кодоген-зеркало)
Переписку с кандидатом берём из готового открытого сервера (раздел мессенджера), а вакансии и отклики оборачиваем сами — это около десятка эндпоинтов, схемы уже вычитаны. Минимум собственного кода, максимум переиспользования.
Без готовых серверов: агент дергает методы Авито напрямую как набор инструментов. Меньше зависимостей, чуть больше работы по «сантехнике», полный контроль.
Если продукт обслуживает много работодателей (мульти-аккаунт, SaaS) — имеет смысл собрать полноценный коннектор поверх спецификации. Тяжелее, но масштабируется.
Готовые платформы-коннекторы дают быстрый прототип «отклик → CRM», но это не агентная архитектура. Полезно как быстрый эксперимент и источник знаний о событиях, не как итоговое решение.
Что нужно сделать перед стартом разработки (организационное, не код):