Текст уже сидит в Cursor. Сайт на WordPress. А между ними — второе окно wp-admin, мышь, копипаст и потерянное форматирование. WordPress MCP закрывает этот цирк: подключаете сайт как сервер инструментов в Cursor, говорите «создай черновик» — и пост появляется в Записях. На витрину сам не вылезет, пока вы не нажмёте «Опубликовать».
Маршрут один: Cursor → WordPress MCP → черновик в админке. Без сценария Make на один пост и без общего ликбеза «как подключить любой MCP».
Зачем городят Make, когда нужен один пост
Люди слышали про автопостинг через сценарии и сразу рисуют таблицу, три модуля и вебхук. Для потока из таблиц — отдельная история. Когда статья уже написана в чате, а на сайте её ещё нет — это лишний этаж. MCP здесь не «протокол для разработчиков», а разъём: агент в Cursor дергает инструменты сайта так же спокойно, как открывает файл в проекте.
В канале Maya Pro эту логику уже показывали без воды: MCP умеет автопостинг в WordPress — create, update, get, delete — и живёт как нормальный слой инструментов к агентам. Практический якорь — пост про MCP и WordPress; шире про «всё подключено» — здесь.
Что реально нужно
Админка WordPress с правом создать пароль приложения. Cursor с разделом Tools / MCP. Для self-hosted — Node.js с npx (официальный remote-прокси через него ходит). Для WordPress.com — план Personal и выше плюс OAuth, без пароля в конфиге.
Канон 2026, не архивная ху@ня: плагин WordPress/mcp-adapter на сайте (WordPress 6.9+ удобнее — Abilities API уже в ядре) и клиентский прокси @automattic/mcp-wordpress-remote. Репозиторий Automattic/wordpress-mcp на GitHub помечен deprecated/archived. Если попадёте на старый endpoint вроде /wp-json/wp/v2/wpmcp — получите пустые tools или 401 и будете винить Cursor, хотя виноват музейный URL.
Пароль приложения — не пароль от входа
В wp-admin: Пользователи → Профиль → Application Passwords. Даёте имя вроде «Cursor MCP», копируете выданный пароль один раз. Его и кладёте в конфиг. Основной пароль аккаунта в mcp.json не пишут — это классическая н@ебк@ самому себе: утечёт один файл настроек, и придётся менять вход в админку целиком. Application Password отзывается отдельно, без истерики.
На WordPress.com другой вход: Preferences → AI and MCP, включаете write, в Cursor указываете remote URL public-api.wordpress.com/…/mcp/v1 и проходите OAuth. Там новые посты через MCP по умолчанию создаются как draft, а каждое изменение ждёт подтверждения. Спокойный дефолт для параноиков — и правильно.
mcp.json и зелёный индикатор
В Cursor конфиг лежит в .cursor/mcp.json проекта или в ~/.cursor/mcp.json глобально. Для self-hosted типичная схема из Developer News WordPress: command npx, пакет @automattic/mcp-wordpress-remote@latest, в env — WP_API_URL, USERNAME и PASSWORD (тот самый Application Password).
WP_API_URL берите полным, до адаптера: https://ваш-сайт/wp-json/mcp/mcp-adapter-default-server. Голый домен без пути remote ещё может резолвить в legacy — не надо кормить себя устаревшим маршрутом «потому что в каком-то гайде 2025 так было».
Сохранили конфиг, перезапустили MCP в Settings → Tools and MCP. Нужен зелёный статус и список tools. Красный кружок — дальше не играем в «авось агент догадается». Чините URL, пароль, наличие адаптера на сайте. Без зелёного сервера команда «опубликуй» — разговор с пустотой.
Нет Node и npx? Для официального remote на своём хостинге упрётесь в стену. Тогда либо поставьте Node, либо идите через WordPress.com OAuth-путь. Врать «заведётся без прокси» не будем.
Команда агенту: только draft
Когда Tools зелёные, пишете в чат по-человечески: создай черновик поста с таким-то заголовком и текстом, status draft. Подтверждаете tool call, если Cursor спросит. Не просите publish «на пробу» — кривой пост на сайте лечится дольше, чем лишний клик в админке.
Потом открываете wp-admin → Записи. Должен лежать новый черновик с нужным заголовком. Поправили глазами — опубликовали сами. Критерий готовности простой: сервер зелёный, пост в черновиках, на витрине ничего не вылезло без вашего клика.
Где обычно тупят
В mcp.json суют обычный пароль входа вместо Application Password — и удивляются отказу. Указывают legacy endpoint от мёртвого wordpress-mcp. Просят агента сразу publish. Смотрят только чат Cursor и не проверяют Записи. Путают «MCP-сервер для автопостинга» с генератором видео: asset из канала про MCP и WordPress — про create/update постов, не про нарезку роликов.
Ещё любят тащить в один заход Make, субагентов и «автоблог целиком». Бл@дь, сначала один зелёный сервер и один draft. Остальное — когда этот маршрут уже скучный.
Fact Check: канон self-hosted 2026 — WordPress/mcp-adapter + @automattic/mcp-wordpress-remote; Automattic/wordpress-mcp на GitHub — deprecated/archived. На WordPress.com новые посты через MCP по умолчанию draft, изменения ждут подтверждения.
Первый черновик из Cursor без копипаста — рабочий навык, не трофей. Когда захочется глубже по MCP, контент-заводу и связкам агентов с сайтом — читайте канал Maya Pro (там же про обновления MCP как живого продукта — пост про апдейт сервера) и загляните в закрытый клуб. Массовый конвейер через Make — отдельная песня; сегодня текст из чата уже лежит в WordPress черновиком, а вы не потеряли час на второе окно админки.
Частые вопросы
Что такое wordpress mcp и зачем он новичку?
Это подключение WordPress к Cursor как сервера инструментов: агент создаёт и правит посты через tools, без копипаста в wp-admin. Новичку хватает одного зелёного сервера и команды «создай черновик».
Чем публикация через MCP отличается от Make и Google Sheets?
Make — сценарий «таблица → модули → пост» для потока. WordPress MCP в Cursor — прямой разъём из чата на один (или несколько) постов, когда текст уже готов рядом. Разные задачи, не замена друг другу.
Нужен ли Application Password?
Для self-hosted — да: Пользователи → Профиль → Application Passwords, этот пароль в mcp.json. Обычный пароль входа туда не кладут. На WordPress.com вместо него — OAuth через Preferences → AI and MCP.
Можно ли начать с черновика без publish?
Да, и так и надо: status draft, проверка в Записях, «Опубликовать» — ваш клик. На WordPress.com draft по умолчанию, плюс подтверждение изменений.
Чем локальный MCP-сервер отличается от облачного?
Self-hosted: mcp-adapter на вашем сайте + npx-прокси и Application Password в mcp.json. Облачный WordPress.com: remote URL public-api…/mcp/v1 и OAuth, без пароля в конфиге. Outcome один — черновик в админке.
