Субагент Cursor передаёт лид в CRM через Make. Субагент здесь — узкий помощник с отдельным контекстом: собирает поля заявки в JSON и шлёт POST на Custom Webhook Make. JSON — это пакет полей в фиксированном виде. Custom Webhook — входящий HTTPS-адрес сценария: Make принимает запрос и пишет строку в Google Sheets или карточку в CRM. Cursor не обязан «знать» Bitrix и amo; Make — единственная труба.
Пока контакт живёт только в чате, карточка продаж пустая: снова копируете в три окна, через час не помните источник, менеджер спрашивает «а где заявка?». Это не интеграция. Это ручной труд под соусом нейросети.
Мозг, труба и картотека
Работа субагента здесь одна: вытащить из диалога поля и упаковать их. Не «продать», не «прогреть», не «настроить воронку». Упаковать и отправить.
Make принимает HTTPS-запрос на Custom Webhook, разбирает bundle и кладёт запись туда, куда вы маппите поля: Add a row в Google Sheets на первый прогон или Create lead / create contact в модуле CRM, когда перестанете бояться «сломать» продажную базу. Документация Make по webhooks — help.make.com/webhooks (обновлялась и в июле 2026). Страница apps.make.com/webhooks отдаёт 404 «coming soon»; туда не ходите как в «официальный каталог».
Картотека — Sheets или CRM — место, где менеджер видит заявку. Пока лид только в чате агента, лидогенерация декоративная: трафик есть, очередь продаж пустая.
Два webhook, которые все путают в кашу
У Cursor Cloud Agent есть исходящий webhook со статусом statusChange — FINISHED или ERROR, подпись HMAC, User-Agent Cursor-Agent-Webhook/1.0. Это сигнал «агент закончил работу», а не посылка имени и телефона в CRM. Подставлять его вместо URL Make — классическая н@ебк@ самому себе: сценарий ждёт «статус агента», а заявка так и не приехала.
Обратная путаница — webhook trigger у Cursor Automations: внешний POST будит облачного агента. Это вход в Cursor, не выход в CRM. Рабочий путь другой: субагент сам делает HTTP POST на URL Custom Webhook Make. Направление одно — из Cursor наружу, в трубу Make.
Сначала труба, потом мозг
Откройте Make → новый сценарий → Webhooks → Custom webhook. Скопируйте HTTPS URL. Включите Listen или Run once — сценарий должен «слушать», иначе тестовый POST уйдёт в никуда, а вы обвините Cursor.
Дальше — приёмник. Для спокойного старта берите Google Sheets: Add a row, колонки name, phone, email, source, note, created_at. Когда увидите зелёный прогон и строку с теми же полями, что отправили, замените модуль на CRM из категории CRM and Sales tools — Bitrix, amo, HubSpot, что у вас уже есть. Страх «сломать CRM» лечится не теорией API (программный доступ к сервису), а видимой строкой в таблице.
URL webhook — секрет. Не светите его в публичных чатах и скриншотах. Положите в .env или secrets проекта и скажите субагенту брать адрес оттуда, а не «из памяти диалога».
Контракт полей — без романа
Минимальный JSON для новичка — шесть полей:
- name: Иван;
- phone: +79001234567;
- email: ivan@example.com;
- source: cursor-subagent;
- note: хочет демо на этой неделе;
- created_at: 2026-07-28T18:00:00Z.
Лишние поля «на вырост» — путь к тому, что модель начнёт дописывать бюджет и должность из воздуха. Пустой phone — отдельная дыра: в CRM прилетит карточка-призрак, менеджер позвонит в пустоту. В инструкции субагенту жёстко: нет телефона или почты — не слать POST, вернуть в чат «не хватает контакта».
Субагент-упаковщик, а не весь офис
В Cursor кастомный субагент кладётся в .cursor/agents/ — отдельный файл с ролью. Не превращайте его во «всё сразу»: квалификация, прогрев, ответы клиенту и запись в CRM. Роль одна — валидный JSON и POST на webhook из секрета. Официальная картинка субагентов — cursor.com/docs/subagents: отдельный контекст, наследование tools родителя. Вам этого хватает.
В тексте агента напишите человеческим языком: извлечь поля, проверить контакт, сформировать JSON ровно по контракту, выполнить POST на HTTPS URL Make, в ответ показать статус и кратко — что ушло. Без эссе «конечно, давайте интегрируем вашу воронку». Если агент ходит в shell за curl — разрешите сеть: в sandbox DNS до внешних хостов иногда отваливается, и люди час чинят «битый» URL Make, хотя труба живая. Сначала проверьте webhook кнопкой Run once в Make или запросом из Postman — потом гоняйте агента.
Первый прогон, после которого можно выдохнуть
Слушатель Make включён. Вы шлёте тестовый POST с понятным именем вроде «Тест Вечер». В истории сценария — успешный прогон. В Sheets или CRM — новая запись с теми же полями. Повторный тест не требует копировать имя из чата руками. Вот критерий, что мост работает. Всё остальное — косметика.
Когда строка появилась, п@зд@ц с ручным переносом из Cursor в CRM обычно заканчивается. Дальше можно усложнять: модуль CRM вместо Sheets, проверка дублей, уведомление менеджеру. Но без зелёного первого прогона любая «автоворонка» — декорация. Заявки быстрее доходят до менеджера, меньше контактов тонет в переписке — и интеграция сайта с CRM имеет смысл только если в конце цепочки кто-то реально видит лид.
Где обычно тупят
Путают status webhook Cursor с Custom Webhook Make — заявка не приезжает, зато красиво мигает «агент finished». Кладут в закладки apps.make.com/webhooks и удивляются 404. Оставляют сценарий выключенным и винят curl. Светят полный URL webhook в публичном репозитории — потом удивляются мусорным прогонам. Просят субагента «сам разберись с API Bitrix» вместо одного POST — и снова тонете в документации, которой вечером не нужно.
Ещё одна ху@ня — тащить в этот мост квалификацию лидов и правила целой воронки. Сначала труба данных. Фильтры и сценарии разговоров — отдельные задачи, когда лид уже стабильно доезжает до картотеки.
Куда смотреть, если надоело собирать в одиночку
В канале maya_pro как раз разбирают офис субагентов в Cursor и Make как шину заявок — без романтики «ИИ сам продаст». Если хотите собирать такие мосты в компании, а не ночью в пустом чате — загляните в закрытый клуб по Make. Там меньше учебниковой каши и больше рабочих сценариев, которые можно включить сегодня.
Материал проверен: Артур Хорошев (CEO Maya AI, автор курса по Make.com и вайбкодингу).
Опора на источники: Make Help — Webhooks (Custom webhook, Listen / Run once; обновление help.make.com/webhooks, 2026-07-28); apps.make.com/webhooks — 404 «coming soon», не каталог; Cursor Docs — Subagents (cursor.com/docs/subagents), Cloud Agent status webhooks (statusChange FINISHED/ERROR ≠ лид в CRM), Automations webhook trigger (вход в Cursor, не выход в CRM). Живые образцы офиса агентов: Horosheff/cursor-jr, Horosheff/excalibur-blog-cloud-public. Угол канала: @maya_pro #1316 офис субагентов, #1327 Excalibur/субагенты, #1263 Make как шина сценариев. Спрос parent-кластеров «лидогенерация» / «интеграция crm» — Яндекс Вордстат, РФ, 2026-07-28.
Частые вопросы
Нужен ли программист, чтобы передать лид в CRM из Cursor?
Нет. Нужны аккаунт Make, URL Custom Webhook и субагент с контрактом полей. API CRM учит Make-модуль, не вы.
Чем Google Sheets лучше сразу Bitrix или amo?
Тем, что за первый прогон вы видите строку и не боитесь «сломать» боевую базу. Модуль CRM подключаете тем же маппингом, когда тест зелёный.
Почему curl из Cursor не доходит до Make?
Часто виноват sandbox агента и DNS, а не URL. Проверьте webhook вне Cursor, затем разрешите агенту сеть / non-sandbox auto-run.
Это замена интеграции сайта с CRM?
Нет. Это канал «агент собрал заявку → картотека». Сайт, боты и реклама могут жить своими коннекторами; мост закрывает дыру копипаста из чата Cursor.
