# MCP-сервер для Wordstat: ИИ сам проверит частотность запросов

> 2026-10-26 · AI Release · @ai_release1

> #Wordstat #MCP #Yandex #open #AI #нейросети #SEO #LLM

### ⚡ Главное за 5 секунд - Вышел открытый MCP-сервер, который тащит частотности Wordstat прямо в диалог с ИИ-агентом. - Ставится локально, работает на Python, цепляется к Codex через `.codex/config.toml` и stdio. - Только чтение: четыре метода API, в рекламные кампании пакет не пишет. ### 🔍 Что случилось Автор под ником akulemin выложил в блоге INFOSTART.RU на Хабре разбор и код: пакет на Python с тегом `wordstat-v0.1.1`, репозиторий ai-marketing-integrations, каталог `packages/yandex-wordstat`. Боль была простая. Модель придумывала поисковые фразы «из головы», а маркетолог потом руками сверял их в Wordstat. Теперь агент дёргает API сам и отдаёт числа в том же чате. Внутри четыре инструмента, все read-only. `wordstat_top` — популярные и связанные фразы за последние 30 дней. `wordstat_dynamics` — частотность по дням, неделям и месяцам. `wordstat_regions_distribution` — доли и индекс интереса по регионам. `wordstat_regions_tree` — дерево регионов, чтобы получить ID для следующего вызова. Ставится так: `git clone --branch wordstat-v0.1.1 --depth 1 https://github.com/akulemin/ai-marketing-integrations`, потом venv и `pip install -e ".[dev]"`. В `.env` кладутся `WORDSTAT_AUTH_TYPE=api_key`, `WORDSTAT_API_KEY` и `WORDSTAT_FOLDER_ID`. Сервисному аккаунту нужна роль `search-api.webSearch.user`, ключ создаётся со scope `yc.search-api.execute`. Проверка сборки — одной строкой: `wordstat.exe top "автоматизация маркетинга" --region 225 --limit 5`. В конфиге Codex прописывается абсолютный путь к `wordstat-mcp.exe`, `cwd` на каталог пакета и список разрешённых инструментов. Ключей в TOML нет, они остаются в `.env`. ### 🧠 Наш разбор MCP за последний год стал чем-то вроде общего разъёма для инструментов. Вместо плагина под каждый чат и каждую модель появляется один сервер, который умеет говорить по stdio. Наша оценка: новость не про Wordstat, а про то, что «сходить за реальными данными» превратилось в обычный вызов функции. Дальше интереснее. Автор сознательно не стал делать один на всё инструмент, а нарезал четыре узких — с предсказуемым ответом и исходными фразами внутри. Мы считаем, что это и есть главная фича. Агент, который сам решает, как собрать частотности из веба, ошибается тихо; агент, который получает список фраз с числами, ошибается громко и проверяемо. Кто выигрывает? Те, у кого маркетинг уже живёт в Codex или похожем клиенте и кто платит за Yandex Cloud. Кто проигрывает — по нашей гипотезе, сервисы, которые продают ручной сбор семантики как отдельную работу: кусок этой работы теперь закрывает скрипт из репозитория. Но только кусок: в статье прямо сказано, что для отбора ключей в кампанию нужны данные о продукте, посадочной странице и целях рекламы. ### ⚠️ Чего мы не знаем В тексте нет ни слова про лимиты Wordstat API, стоимость вызовов и скорость ответа. Один автор, один репозиторий, тесты упомянуты, но цифр по ним не показано. Запуск проверен через stdio на тестовом кэше без HTTP-обращений — это не то же самое, что боевой прогон на живом проекте. Регион 225 в примере — это Россия, но что вернёт сервис по другим регионам и на редких фразах, читателю придётся проверять самому. ### 💬 О чём спорить - Кому доверить сбор семантики: узкому серверу с четырьмя методами и готовым API или агенту, который просто читает страницы в вебе? - Read-only — осознанное ограничение или недоделанная половина? Нужна ли вообще запись в Директ прямо из чата, если ошибочная ставка стоит денег? - Стоит ли тащить сторонний коннектор в рабочий процесс, когда ключ Yandex Cloud, каталог и доступы всё равно на вас, а обновления пакета — на одном энтузиасте? **Прогноз:** в течение квартала у репозитория появятся форки с инструментами записи — ставки, минус-слова, правки групп. Проверить можно по списку форков на GitHub. **Источник:** Habr / INFOSTART.RU

[Источник](https://habr.com/ru/companies/infostart/articles/1099528/)