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

⚡ Главное за 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 в примере — это Россия, но что вернёт сервис по другим регионам и на редких фразах, читателю придётся проверять самому.

Прогноз: в течение квартала у репозитория появятся форки с инструментами записи — ставки, минус-слова, правки групп. Проверить можно по списку форков на GitHub.

Источник: Habr / INFOSTART.RU