Автоворонка лидогенерации в Cursor — это одно постоянное правило проекта с оффером и портретом клиента плюс два субагента: квалификатор заявок и копирайтер серии касаний. Не бот в конструкторе и не «ещё один умный чат». После настройки в папке лежат funnel-out/qualify-report.md и funnel-out/sequence.md — без кода руками и без повторного брифа в каждом чате.
Если вы каждый раз копируете в Agent «кто наш клиент» и боитесь, что нейросеть уйдёт писать скрипт вместо текстов воронки — проблема не в «слабом ИИ». Нет постоянных запретов и ролей. Ниже — рабочий каркас на первую папку проекта.
Субагенты официально стартуют с чистого контекста. По отчётам форума Cursor они часто не наследуют User Rules из Customize. Критичные запреты («не писать код», «не слать оффер до квалификации») кладите в тело файлов .cursor/agents/*.md и в project .mdc — иначе «правила в настройках» молчат, а агент творит ху@ню.
Чем это не похоже на конструктор бота
Классическая автоворонка в статьях про Salebot и похожие сервисы — цепочка сообщений в мессенджере: кнопка, сценарий, CRM. Это доставка. Сначала нужен мозг: кто ваш клиент, что считать горячим лидом, какие тексты касаний можно слать, чего агенту делать нельзя.
Cursor здесь — редактор с Agent-режимом. Вы открываете пустую папку, кладёте правила и роли в markdown, проверяете файлы глазами. Бот, таблица и webhook (это входящий URL-сигнал для автоматизации) подождут. Цель сейчас другая: быстрее разбирать заявки и не тратить время менеджера на холодный мусор.
Лидогенерация простыми словами — поток заявок и касаний, из которого вы выбираете тех, с кем имеет смысл говорить. Автоворонка в нашем смысле — повторяемый фильтр и серия текстов, а не «магия, которая сама продаёт».
Три папки в корне проекта
Создайте в корне проекта три места:
- .cursor/rules/ — постоянные правила в формате .mdc (обычный .md в этой папке система правил игнорирует);
- .cursor/agents/ — файлы субагентов с YAML-шапкой (короткий блок настроек в начале файла);
- funnel-out/ — единственная папка, куда роли пишут результат.
Правила проекта по документации Cursor дают постоянный контекст в начале промпта: модель не помнит вчерашний чат, зато помнит то, что лежит в Active Rules. Субагенты с января 2026 (Changelog 2.4) — отдельные роли с чистым контекстом: родитель обязан передать им нужный кусок задачи.
Официальные справки: Rules и Subagents. Для новичка удобнее UI: Customize → Rules и New Cursor Rule — см. справку по правилам.
Шаг 1. Конституция: lead-funnel.mdc
Через Command Palette «New Cursor Rule», чат /create-rule или руками создайте .cursor/rules/lead-funnel.mdc. В шапке файла поставьте alwaysApply: true — режим, при котором правило подключается к каждому чату.
В теле — коротко, без романа на 500 строк (docs советуют дробить длинные правила):
- отвечай по-русски;
- оффер в трёх строках: что продаём, кому, какой результат;
- кто наш клиент, кто мимо;
- критерии лида: горячий / тёплый / мимо — по 2–3 признака каждый;
- запрет писать код, скрипты и «бота на Python»;
- писать и править файлы только внутри funnel-out/;
- когда звать субагента lead-qualify, когда — lead-copy.
Проверка: в Customize → Rules видно Project Rule; в новом чате спросите Agent «какие project rules активны?» — он должен назвать ваше правило без копипаста оффера из заметок. Если файла нет или шапка кривая — стоп, чините путь, а не «ещё раз объясняйте» в чате.
Always Apply держите коротким: оффер, портрет клиента, критерии, запрет кода, маршрут «кого звать». Длинный runbook касаний сюда не кладите — его напишет субагент в файл.
Шаг 2. Два субагента, не один промпт на всё
Один чат, который и квалифицирует, и пишет серию, и предлагает «давайте автоматизацию», — это п@зд@ц для новичка. Роли путаются, контекст плывёт, в папке появляется случайный скрипт. Делайте узко.
lead-qualify — сначала фильтр
Файл .cursor/agents/lead-qualify.md. В шапке YAML:
- name: lead-qualify;
- description: когда звать — квалификация заявок по портрету клиента и критериям из правил;
- readonly: true — роль читает и пишет отчёт, не разгуливает по проекту.
В теле продублируйте запреты: не писать код, не предлагать оффер до вердикта, выход только в funnel-out/qualify-report.md — таблица по заявкам и итог «горячий / тёплый / мимо».
lead-copy — серия касаний
Файл .cursor/agents/lead-copy.md:
- name: lead-copy;
- description: серия касаний после квалификации;
- в теле: 5 сообщений + CTA, тон из правил, выход в funnel-out/sequence.md;
- не звать до отчёта qualify (или явно писать в задаче «после qualify»).
Почему два файла, а не девятнадцать: в канале Maya Pro есть разборы «офиса» из многих субагентов — это уровень роста. На старт хватает квалификатора и копирайтера. Документация Cursor прямо говорит: для одноразовой короткой задачи иногда лучше skill, чем отдельный субагент; здесь роли повторяемые, поэтому субагенты уместны.
Шаг 3. Smoke-тест на трёх вымышленных заявках
Не ждите живой CRM. Вставьте в чат три заявки собственного сочинения: одну явно горячую, одну тёплую, одну мимо. Запустите lead-qualify. Откройте funnel-out/qualify-report.md — вердикты должны читаться без расшифровки.
Затем попросите lead-copy серию только для «горячего». Откройте funnel-out/sequence.md. Если Agent предлагает «написать бота» или лезет править файлы вне funnel-out/ — в теле агента не хватает запрета; допишите и повторите только этот шаг.
Критерий успеха:
- в Settings / Customize → Rules видно Project Rule с alwaysApply;
- Agent отвечает критериями квалификации без повторного брифа оффера;
- в проекте лежат два файла субагентов и два артефакта в funnel-out/;
- нет предложений «давайте на питоне».
Когда это видно глазами — мозг воронки собран. Дальше можно думать про доставку сообщений куда угодно. Сначала — файлы и фильтр.
Типичные грабли
Правила только в User Rules (Customize), а субагент их «не видит». Это не баг вашей головы: staff Cursor подтверждал, что sub-agents сейчас User Rules родителя не наследуют. Workaround — тело custom agent и/или project .mdc / AGENTS.md. Дублируйте запреты там, где роль реально стартует.
Один alwaysApply на всё подряд. Контекст раздувается, ответы тяжелеют, а «привет» тянет роман. Держите конституцию короткой.
Файл правила как .md вместо .mdc. Система project rules его проигнорирует — вы будете думать, что «Cursor сломан», а он просто не видит файл.
Смешение ролей в одном промпте: «квалифицируй и сразу напиши серию и ещё настрой автоматизацию». Вернитесь к очереди: qualify → файл → copy → файл.
Страх «Cursor только для программистов». На этом сценарии вы создаёте markdown через New Cursor Rule / New Agent и читаете отчёты. Код руками не нужен. Если хочется наставника по Rules и субагентам простым языком — в канале есть разборы вроде Cursor Junior; ставить его в первый час не обязательно.
Что усиливать после первого прогона
Когда qualify-report и sequence стабильно появляются, можно усиливать офис: больше ролей, общая память, плагины. Образцы «к чему вырасти» — офис веб-страниц и E2E-плагины с папками agents/ + rules/, о которых пишут в канале Maya Pro. Ядро этой статьи другое: конституция + две роли под лиды.
Конструктор бота и связки «заявка ушла в мессенджер» — следующий слой, не обязательный вход. Сначала тексты и фильтр, потом трубы.
Разборы Cursor, правила и офисы субагентов — в t.me/maya_pro. Практика автоматизации без воды — в закрытом клубе.
Материал проверен: Артур Хорошев (CEO Maya AI, автор курса по Make.com и вайбкодингу).
Опора на источники: Cursor Docs — Rules (.cursor/rules, .mdc, Always Apply) и Subagents (.cursor/agents/, clean context, readonly); Changelog 2.4 (релиз Subagents, 22 января 2026); Help — Customize → Rules / New Cursor Rule; форум Cursor — sub-agents не наследуют User Rules (workaround: тело агента / AGENTS.md). Спрос «лидогенерация» / «автоворонка» / «cursor rules» — Яндекс Вордстат, РФ, 2026-07-28.
Частые вопросы
С чего начать, если папка проекта пустая?
Создайте .cursor/rules/, .cursor/agents/ и funnel-out/. Одним alwaysApply-правилом зафиксируйте оффер, портрет клиента и запрет кода. Потом два субагента: qualify и copy.
Чем Project Rule отличается от User Rules?
Project Rule лежит в репозитории как .mdc и живёт с проектом. User Rules — в настройках аккаунта. Субагенты User Rules часто не видят: критичное дублируйте в файлах агентов и в project rule.
Зачем readonly у lead-qualify?
Чтобы квалификатор не разъезжался по проекту и не «улучшал» всё подряд. Его работа — вердикт и отчёт в funnel-out/qualify-report.md.
Нужен ли бот или Make в первый прогон?
Нет. Сначала проверьте, что агент стабильно пишет отчёт и серию касаний. Доставка сообщений — отдельный шаг после мозга воронки.
Почему субагент предлагает код, хотя в Customize запрет есть?
Скорее всего запрет сидит только в User Rules. Перенесите его в тело .cursor/agents/lead-qualify.md / lead-copy.md и в lead-funnel.mdc, затем повторите прогон.
Сколько субагентов достаточно на старте?
Двух: фильтр и серия касаний. Большой «офис» имеет смысл, когда эти два файла уже дают предсказуемый результат в funnel-out/.
