Марина из маркетинга вставила в ~/.cursor/mcp.json восемь MCP с mayai.ru. В логах — «Found 38 tools», на «дайджест #sales за вчера» Agent отвечал без Slack, чат завис на «Waiting for approval» без Approve. Боль: топ-гайды, всё зелёное в Settings, данных из сервиса нет. Ниже — одна задача, один read-only сервер, skill для tool call и пять тестов в Agent mode.
TL;DR / Быстрый инсайт: MCP (Model Context Protocol) — это «розетка», через которую Cursor подключается к внешним сервисам как к инструментам, а не как к тексту в промпте. Для первого пилота выберите одну задачу (например Slack-дайджест), один read-only MCP-сервер, секреты только через ${env:…}. Сборку n8n workflow из чата оставьте для отдельного гайда по n8n MCP — здесь только первый рабочий tool под факты из CRM или мессенджера.
Это как один USB-кабель к одному устройству, а не зарядка на весь офис. RU-блоги пишут «2300+ MCP», канон — preview на registry.modelcontextprotocol.io; Cursor режет контекст лимитом ~40 tools. Типичная ошибка — пять серверов в день один. Неожиданный сбой: копипаста с «type»: «local» из Copilot/APM ломает stdio — нужны command, args и при необходимости «type»: «stdio».
Выберите одну бизнес-задачу — не каталог из двенадцати серверов
Формулируйте на языке отдела: «дайджест #sales в Slack», «контакт в CRM по email», «прочитать webhook-лог». Запишите имя tool — для дайджеста часто get_multi_channel_digest (slk-mcp). Не копируйте топ-10 с shtruzel.ru: Agent видит десятки tools и чаще галлюцинирует, чем вызывает нужный. Отключите лишнее в Ctrl+Shift+J — Tools & MCP, оставьте один зелёный сервер. В реальном проекте владелец процесса формулирует задачу, интегратор — только подбирает один MCP под неё.
Критерий День 1 (пилот) Не подключать сразу Количество серверов Один под одну задачу 5-10 из «лучших MCP 2026» Права Read-only (SLACK_READ_ONLY=true, read PAT) post_message, delete, write в CRM Транспорт stdio для локального CLI или hosted HTTP если нет DevOps Смешивать stdio и remote без имён серверов Цель Факты из сервиса в Agent-чате «Подключить всё на будущее»
Итоговый вердикт: Если задача — собрать или править workflow n8n из промпта в Cursor, это другой сценарий — смотрите как подключить n8n MCP к Cursor. B04 про первый read-only MCP под одну операционную задачу без сборки автоматизации в n8n.
Соберите .cursor/mcp.json и проверьте Tools & MCP в IDE
Конфиг: project .cursor/mcp.json (команда, без секретов в git) или ~/.cursor/mcp.json (личный пилот); при конфликте имён побеждает project. MCP (Model Context Protocol) — не ключ в промпте: это отдельный «переходник», Cursor запускает локальный процесс (stdio) или подключается по URL (remote), а Agent по описанию tools решает, когда сходить в Slack или CRM за фактами.
Минимальный stdio-блок для Slack read-only (velesnitski/slk-mcp) — секреты через переменные окружения, не строками в JSON:
Пример mcp.json (stdio, Slack read-only): в mcpServers.slack-digest задайте command npx, args [«-y», «slk-mcp»], env.SLACK_BOT_TOKEN ${env:SLACK_BOT_TOKEN}, env.SLACK_READ_ONLY «true» — полный шаблон в документации Cursor и README velesnitski/slk-mcp.
Токен — в .env, файл в .gitignore. Hosted MCP (Cursor 0.48.0+): url и headers с Bearer ${env:GITHUB_PAT}. npm @modelcontextprotocol/server-github deprecated с апреля 2025 — канон Docker из install-cursor.md. Marketplace в Tools & MCP удобен для пробы, но для повторяемости в команде лучше ручной mcp.json с теми же полями — так проще дебажить и не тащить лишние tools. Важно: не коммитьте токены в git, даже в приватный репозиторий.
- Запишите одну задачу и имя ожидаемого tool (например get_multi_channel_digest).
- Создайте .cursor/mcp.json с одним блоком mcpServers — без API-ключей в файле.
- Задайте переменные SLACK_BOT_TOKEN (или аналог) в .env / окружении ОС.
- Откройте Ctrl+Shift+J — Tools & MCP — убедитесь, что статус сервера зелёный.
- Проверьте список tools — если пусто, откройте MCP Logs и прогоните command в терминале вручную.
- Уберите «type»: «local» из копипасты Copilot/APM — для stdio нужны command и args, при необходимости явный «type»: «stdio».
- Перезапустите Cursor полностью после правки JSON — частичный reload не подхватывает env.
Подключите один read-only MCP и не кладите секреты в git
На старте — read-only: SLACK_READ_ONLY=true, PAT GitHub только read. Учитывайте CVE-2025-54135 (CurXecute) — фикс Cursor 1.3.9+; не стоит подключать write-tools в день один. Не коммитьте токен в mcp.json — только ${env:…}. Типичная ошибка маркетолога: вставить bot token в JSON и отправить скрин в чат — токен нужно сразу ротировать.
Зелёный MCP, но тишина в чате: лишние серверы, лимит ~40 tools, битый JSON, «type»: «local». Approval без кнопки (forum, февраль 2026): Auto-Run in Sandbox, allowlist, прокрутка чата вверх, новый чат. Зафиксируйте в логе пилота, какой workaround сработал.
Напишите skill или rule — когда Agent обязан звать MCP
Без правила Agent «отвечает из головы». В .cursor/rules или skill: для «дайджест», «сводка канала», «#sales» — вызывай get_multi_channel_digest, не выдумывай сообщения из Slack. Советуем явно запретить отвечать фактами из Slack без вызова tool. Марина после skill и отключения GitHub, Notion и Playwright получила дайджест за 20 минут. Формат правила: триггерные слова, имя tool, запрет отвечать фактами без вызова MCP.
Схема пилота:Запрос в Agent mode — правило ловит интент — вызов read-only tool — ответ данными из Slack/CRM — лог (tool вызван / approval / ошибка)
Агент в n8n — другой путь: настройка ИИ-агента в n8n. Перед масштабированием — чек-лист внедрения ИИ в один процесс.
Прогоните пять тестовых промптов в Agent mode и зафиксируйте результат
Тесты — не «поболтать с чатом», а таблица ожиданий. Пример для Slack-дайджеста:
- «Дайджест #sales за вчера» — ожидается get_multi_channel_digest, не выдуманные сообщения.
- «Сводка #support за последние 24 часа» — тот же tool, другой канал.
- «Сколько сообщений в #sales вчера?» — tool + число из ответа сервера.
- «Напиши в #sales привет» — агент должен отказать или не иметь write-tool при read-only.
- «Какие MCP tools у тебя подключены?» — перечисление без лишних серверов.
Логируйте по каждому промпту: tool вызван (да/нет), имя tool, approval stuck, текст из MCP Logs. Это success criteria до продакшена — не «вроде работает», а таблица из пяти строк.
Как понять, что сработало: один зелёный сервер в Tools & MCP; на тестах 1-3 агент вызывает read-only tool и отвечает данными из сервиса; в mcp.json нет секретов в git; skill явно описывает когда звать MCP; пять промптов закрыты с логом. У Марины совпало с чек-листом за вечер после read-only токена и одного сервера.
Пилот Cursor + Slack/CRM под ваш процесс — neuroalex.site. Справочники: Cursor MCP, Tools & MCP, MCP Registry. Актуальность — 2026-06-26.
Редакционная проверка: Алексей Доронин, эксперт по автоматизации бизнеса и ИИ (neuroalex.site).
Достоверность данных: факты сверены с документацией Cursor, MCP Registry и GitHub velesnitski/slk-mcp на 2026-06-26; оценки спроса — Яндекс Вордстат (cursor mcp — 623 показа/мес, как подключить mcp к cursor — 18 показов/мес, регион РФ).
Частые вопросы
Чем MCP отличается от обычного API в промпте?
API-ключ в промпте — это текст для модели: она не «ходит» в сервис сама, часто выдумывает ответ. MCP — отдельный сервер с описанными tools: Cursor запускает или подключается к нему, Agent выбирает tool и получает реальные данные. Секреты остаются в env, не в чате.
Какие MCP лучше для бизнеса без разработчиков?
Те, у кого есть read-only режим, понятные env-переменные и один сценарий: Slack-дайджест (slk-mcp), read-only CRM lookup, чтение файлов или webhook-лога. Избегайте пакетов с десятками write-tools в день один. Проверяйте README и дату коммитов в 2026, не только SEO-каталоги.
Нужен ли Max Mode для Automations?
Для локального Agent mode с одним MCP Max Mode не обязателен. Cron Automations и автопубликация блога — в гайде B05 по Cursor Cloud Agent: там Max Mode по умолчанию, Secrets в Dashboard и dry-run до боевого publish. Сначала добейтесь стабильного вызова одного read-only tool, потом масштабируйте.
Где хранить mcp.json — в проекте или в домашней папке?
Для команды — .cursor/mcp.json в репозитории без секретов. Для личного эксперимента — ~/.cursor/mcp.json. При одинаковых именах серверов побеждает project-конфиг. После смены файла — полный перезапуск Cursor.
Почему зелёный статус, но Agent не вызывает tools?
Частые причины: слишком много серверов и tools (~40 лимит), нет skill/rule, неверный type local вместо stdio, approval UI завис. Отключите лишние MCP, пропишите когда звать tool, смотрите MCP Logs и forum.workaround для approval.
Можно ли в одном Cursor и n8n MCP, и Slack MCP?
Технически да, но для обучения команды разведите сценарии: n8n instance-level MCP для сборки workflow — в отдельном гайде по n8n MCP; здесь — один бизнес read-only tool. Иначе снова «Found 38 tools» и тишина в чате.