Полное управление рекламными кампаниями Яндекс Директа через MCP-протокол. Кампании, объявления, ставки, статистика и многое другое. Поддерживаются несколько OAuth-подключений Яндекса в одном аккаунте LidFly через параметр connection_id.
Подключение Claude Code, Codex, ChatGPT и других MCP-клиентов идёт через единый сервер https://lidfly.ru/mcp/v3 и OAuth-авторизацию в браузере. API-ключ вручную копировать не нужно.
При кратковременной перегрузке MCP сервер отвечает HTTP 429, заголовком Retry-After и JSON-RPC ошибкой -32002. Клиенту следует повторить запрос после указанной задержки без запуска нескольких параллельных повторов.
Для новых подключений используйте единый endpoint /mcp/v3. Полный provider endpoint /mcp остаётся для legacy/advanced сценариев. Все meta-инструменты из tools/list, включая get_provider_context и resolve_campaign_scope, AI вызывает напрямую; в call_tool/call_write_tool передаются только внутренние инструменты, найденные через search_tools.
Если подключено несколько Яндекс-логинов или клиентских кабинетов, AI сначала вызывает get_provider_context. Когда пользователь указал точный client_login настоящего агентства, AI передаёт его в query и получает готовый personal scope с connection_id + client_login, даже если кабинет ещё не сохранён отдельной строкой. Если известна кампания — используется resolve_campaign_scope, который сначала ищет её в Пространствах. Затем AI передаёт в рабочие инструменты точные workspace_project_id, connection_id и при необходимости client_login для Директа. Для primary-кабинета используется только connection_id: числовой ClientId или другой generic account key не подставляется как client_login. При workspace_sync_campaigns сохранённый Direct scope заменяется актуальным; для ручного исправления scope служит workspace_upsert_provider_entity с replace_scope_args: true. Campaign write без workspace_project_id проходит только когда call_write_tool preflight по campaign_id/ids нашёл единственный Workspace/provider scope. Инструменты Метрики используют counter_id, а не client_login; LidFly выбирает Яндекс-подключение с доступом к счётчику.
Для агентских и управляемых Яндекс-аккаунтов список клиентов берётся через get_agency_clients: сначала из AgencyClients.get, а если Яндекс возвращает ошибку 54 — из live-поля Clients.get.ManagedLogins. Это поле может не отображаться в текущей публичной странице документации Яндекса; LidFly использует его как fallback, потому что live API возвращает управляемые логины. Если автоматический список пустой, сохраните client_login вручную из «Доступных аккаунтов».
Да, но только в пределах того, что разрешает API Яндекса. Если ИИ не может изменить кампанию из Мастера, это не ограничение LidFly: Яндекс сам не отдаёт управление такими кампаниями через API.
LidFly может находить кампании из Мастера через discover_all_campaigns и смотреть по ним статистику через Reports API: показы, клики, расход, CTR, конверсии.
Через API нельзя создать или отредактировать кампанию из Мастера, изменить бюджет, таргетинг, ставки, получить группы, объявления или ключевые фразы, а также поставить такую кампанию на паузу.
Если вы работаете с собственным ИИ-ассистентом, Мастер кампаний обычно не нужен: это автоматический формат с минимумом рычагов, который часто расходует бюджет менее прозрачно. Для полного контроля через ИИ лучше переходить на кампании режима эксперта: ЕПК (UNIFIED_CAMPAIGN) с товарными или комбинаторными объявлениями либо обычные поисковые кампании, где можно точнее управлять площадками, структурой, минус-словами, ставками и аналитикой.