Как сделать вебхук в Cursor: ответ на заявку без ручного чата

Чтобы сделать вебхук, который будит агента Cursor на заявку, создайте Automation с триггером Webhook — это входящий HTTP-адрес: на него приходит POST, и агент стартует сам. Сохраните Automation, скопируйте URL и API key, отправьте тестовый POST с JSON заявки и откройте history — там должен быть успешный прогон с черновиком ответа.

В поиске по «как сделать вебхук» чаще выпадают Discord и Битрикс. Вам нужен другой результат: событие с формы или CRM стучится в Cursor, а агент сам пишет бриф или ответ клиенту — без ручного открытия чата. Репозиторий GitHub для этого прогона не нужен.

Чем это отличается от Discord, Make и расписания

Схема сравнения: Cursor Webhook будит агента, Discord/Make/расписание — нет

В Cursor Automations триггер Webhook создаёт закрытый endpoint: после Save появляются URL и API key, запрос — HTTP POST на этот адрес. Официально так и описано в документации Cursor.

Коротко по развилке, чтобы не смешать соседние задачи:

Cursor Automations + Webhook — событие будит думающего агента, который читает поля заявки и пишет текст.
Расписание (Scheduled) — запуск по времени, не по заявке. Если позже понадобится cron, это отдельный гайд про Automations по расписанию.
Make Custom Webhook — сценарий Make принимает данные и гоняет модули. Полезно, но это не «агент Cursor ответил на JSON». См. первый сценарий Make с вебхуком.
Cloud Agents API status webhooks — исходящие уведомления о статусе агента (ERROR/FINISHED) с HMAC. Другой контур: Cursor сообщает наружу, а не принимает вашу заявку как триггер.

Я бы начинал именно с входящего Webhook в Automations. Один адрес, один промпт, один тестовый POST — этого достаточно, чтобы проверить пользу.

Что подготовить до кликов

Схема подготовки: аккаунт Automations, способ POST, режим без репозитория

Нужен аккаунт Cursor с доступом к Cloud Agents / Automations и способ отправить один HTTP POST: curl, Postman или HTTP-модуль в Make. Репозиторий подключать не обязательно: для текстового брифа подходит режим без репозитория — агент не клонирует код и не открывает pull request.

Интерфейс Automations открывается по пути cursor.com/automations в браузере или через Agents Window в продукте. Ссылку на этот UI в статье не кликаю намеренно: у ботов и части CDN он отдаёт 403. Рабочие страницы с описанием — в документации Automations и help Cursor.

Помните про оплату: Automations считаются как использование cloud agent; в обзорах Learn Cursor отмечают, что они идут в Max Mode — режиме полной мощности модели. Для первого теста это нормально, но не гоняйте десяток пустых POST «на всякий случай».

Создаём Automation с триггером Webhook

Чеклист создания Automation: Webhook, промпт, Save, URL и API key

Откройте Automations → New Automation. В триггерах выберите Webhook. Можно добавить несколько триггеров позже; сегодня достаточно одного.

Промпт держите узким. Пример смысла, не дословный шаблон канала:

В конце сообщения будет JSON заявки. Прочитай поля name, service и question. Составь короткий бриф для менеджера: кто написал, какая услуга, в чём вопрос, что ответить первым сообщением. Код не правь, репозиторий не трогай, ответь только текстом.

Repository: No repository — без репозитория. Так вы снимаете страх «сломаю код»: агент работает с текстом события. Tools вроде Memories для недоверенного ввода с формы на первом прогоне лучше не включать без нужды.

Сохраните и активируйте Automation. Только после Save появляются webhook URL и API key. До сохранения адрес «пустой» — это не баг, так устроен продукт. Ключ никуда не публикуйте: ни в общий чат, ни в скриншот для Telegram.

Тестовый POST: что отправить и что считать успехом

Отправьте POST на скопированный URL. В заголовке укажите авторизацию Bearer с API key. В теле — простой JSON, как от формы: {«name»:»Анна»,»service»:»консультация»,»question»:»Сколько длится созвон и что подготовить?»}.

Важный факт из форума Cursor (сотрудник Colin, 9 марта 2026): тело webhook передаётся as-is в конец промпта Automation. Отдельный парсер формата не нужен. Часть людей получала от email-поддержки обратное мнение — пока сами не посмотрели историю прогонов. Ориентируйтесь на то, что видно в history после вашего POST.

Критерий «получилось» простой:

Automation сохранена с триггером Webhook;
после Save видны URL и API key;
в history есть успешный прогон именно от тестового POST;
в ответе агента узнаются поля заявки — имя, услуга, вопрос.

Если прогона нет — проверьте, что Automation активна, URL скопирован целиком, в заголовке именно Bearer-ключ этой автоматизации, метод POST, а не GET. Если ключ «умер» после смены прав на Team Owned — по документации нужно заново сгенерировать webhook API key; старый перестанет подходить.

Типичные ошибки вечера

Самая частая путаница — принять любой «вебхук из выдачи» за путь к агенту Cursor. Discord шлёт сообщения в канал, Битрикс крутится вокруг CRM, Make пишет в сценарий, исходящий status-webhook Cloud Agents API сообщает, что агент закончил работу. Сегодня нужен входящий endpoint Automations.

Вторая ошибка — подключить репозиторий «на вырост»: для брифа по заявке это лишний риск. Третья — повесить сразу schedule и webhook на одну задачу: несколько триггеров продукт допускает, но вечером мешает понять, что разбудило агента.

Не обещайте себе «агент 24/7 без вас» после одного клика Save. Без тестового POST и проверки history у вас есть только форма в UI. Сначала один чистый прогон, потом подключайте реальную форму, Tilda или HTTP-модуль Make как отправителя того же POST — не как новую тему вечера.

Критерий готово и следующий шаг

У вас есть рабочий вход для агента: событие стучится само, а вы не открываете чат вручную на каждую заявку. Дальше можно заменить тестовый JSON на поля реальной формы и слать тот же POST из своего стека. Документация — на cursor.com/docs/cloud-agent/automations; краткая таблица триггеров — в help по Automations; обзор продукта — в блоге Cursor.

Когда history уже показывает успешный ответ на JSON, отдельно можно разобрать соседние задачи — не как условие сегодня:

Разборы агентских связок — в канале t.me/maya_pro и зеркале max.ru/maya_pro. HTTP как отправитель POST в Make — на apps.make.com/http; курс по Make — на kv-ai.ru/obuchenie-po-make, уже после первого прогона в Cursor, не вместо него.

Материал проверен: Артур Хорошев (CEO Maya AI, автор курса по Make.com и вайбкодингу).

Опора на источники: docs и help Cursor Automations (триггер Webhook, URL/API key после Save, No repository, биллинг cloud agent / Max Mode), блог Cursor про Automations, forum.cursor.com (Colin, 2026-03-09: payload as-is в конец промпта; regenerate key после Team Owned), docs Cloud Agents API webhooks (исходящие statusChange + HMAC — другой контур). Проверено 2026-07-24.

Частые вопросы

Нужен ли GitHub, чтобы вебхук заработал?

Нет. Для текстового ответа на заявку достаточно No repository. Репозиторий понадобится, когда агент должен править код или открывать PR — это уже другая задача.

Почему URL пустой, пока я настраиваю форму?

Потому что endpoint появляется после Save. Сначала сохраните и активируйте Automation, потом копируйте URL и ключ.

Можно ли слать POST из Make?

Да, как из любого HTTP-клиента: URL Automations + Bearer + JSON. Это опциональный отправитель. Не путайте с Make Custom Webhook как главной целью вечера — сегодня цель в history Cursor, а не в модулях сценария.