Промпт для Cursor: как правильно писать запросы для AI-ассистента

Большинство людей знакомство с AI начинают одинаково: открывают окно чата, пишут туда что-то вроде «сделай красиво код» и через три минуты честно разочаровываются. Кажется, что это всё очередной модный пузырь, который «вообще не понимает, что я хочу». И потом этот же человек садится в Cursor, открывает проект на 80 тысяч строк, просит «оптимизировать всё» и удивляется: почему ассистент завис, а жизнь не стала лучше.

Истина неприятная, но полезная: AI-ассистенты не читают мысли, им нужен внятный промпт. Причем не магическая фраза «секретный промпт на миллион», а нормальный человеческий запрос, который учитывает контекст, цель и ограничения. Особенно если вы хотите не просто побаловаться, а строить автоматизации, цеплять Make.com, тащить данные, переписывать код и вообще жить как взрослый человек, у которого рутина работает сама.

Разберем, что такое промпт для Cursor, как писать промпты для нейросети так, чтобы она перестала «тупить», и как всё это связать с автоматизациями на Make.com. Заодно покажу, как на этом месте обычно люди сливают часы жизни, и как этого не делать. Ну и, если вы в России и работаете с нашими реальными сервисами, а не абстрактным «заморским SaaS», вам будет проще: будем говорить на одном языке, включая Telegram, Ru-девелоперов и всё вот это.

Что такое промпт в Cursor и почему это не просто «сообщение в чат»

Cursor — это не просто «еще один редактор», а IDE на базе VS Code с встроенным AI-ассистентом, который реально понимает ваш проект, а не живет в вакууме. Он читает файлы, видит структуру кода, улавливает стиль, может подхватывать ваши паттерны и даже ваши баги, если вы их системно размножаете. И вот промпт для Cursor — это не просто текст «допиши функцию», это способ объяснить ассистенту, как думать о вашем проекте.

Особенно важен так называемый системный промпт. В Cursor он задается через файл .cursorrules в корне проекта. Это что-то вроде собрания «законов племени»: как оформлять код, какие библиотеки разрешены, какие запрещены, писать ли комментарии, как называть переменные. Один раз прописали — и ассистент перестает каждый раз удивляться, что у вас в проекте не camelCase, а snake_case и что вы живете в России и у вас, например, Telegram, а не какой-нибудь странный мессенджер, которым пользуются три человека.

Если вы до этого общались с ChatGPT и думаете «ну промпт как промпт, подумаешь», разница в том, что Cursor постоянно держит в голове контекст проекта. Он не только отвечает на вопрос, но и может сам пройтись по файлам, сравнить, где что не так, предложить рефакторинг. А вот то, что он сделает — зависит от того, насколько вы ясно попросили и насколько грамотно сформулировали промпт. Поэтому вопрос «как правильно писать промпт» тут уже не про вежливость, а про вашу производительность в часах и нервах.

Как писать промпт: три вещи, без которых всё ломается

Хороший промпт для Cursor всегда отвечает хотя бы на три вопроса: что нужно сделать, с чем работать и какие есть рамки. Большинство людей пишут только пункт «что», игнорируют «с чем» и «в каких границах», а потом удивляются, что ассистент переписал полпроекта, хотя нужно было изменить один обработчик на фронте.

Во-первых, конкретика задачи. Не «сделай лучше», а «оптимизируй функцию calculatePrice в файле cart.js, чтобы убрать дублирование, но не меняй внешнее API». Во-вторых, контекст. Укажите, где живет этот код, что он делает в системе, какие завязки. Можно прямо писать: «эта функция используется в микросервисе биллинга, критично не ломать контракт». В-третьих, ограничения. Никаких «придумай сам». Пропишите версии библиотек, техстек, стиль: «используй только стандартный Node.js без дополнительных пакетов» или «пиши на чистом TypeScript, без any».

Отдельный момент — язык. Не надо придумывать космические формулировки, AI не запускается от слов «на основании современных best practices». Пишите просто: «переделай код так, чтобы его мог понять джун», «добавь комменты к каждому публичному методу», «сделай так, чтобы это не падало, если API вернуло пустой массив». Чем ближе к тому, как вы объясняете задачу живому коллеге, тем лучше. Ну, за исключением моментов «ну ты там сам разберешься» — ассистент не разберется.

.cursorrules: ваш постоянный промпт, который работает за вас

Есть соблазн каждый раз в чате с ассистентом объяснять: «мы пишем бэкенд на NestJS, стиль такой-то, логируем через pino, валидация через class-validator». Нормально один раз, второй раз уже раздражает, третий раз — вы начинаете думать, что AI «слишком тупой». На самом деле тупим мы, игнорируя системный промпт.

Файл .cursorrules — это как инструкция «как со мной работать», которую вы один раз пишете для Cursor. Туда можно заложить: стек (Node.js, NestJS, Postgres, Redis), стандарты (ESLint, Prettier, какие правила не трогать), формат ответа (например, «всегда объясняй, какие изменения в коде ты сделал и зачем») и даже особые пожелания типа «не используй внешние API без явного запроса». Это не просто удобство, это способ перестать по сто раз за день рассказывать ассистенту, что «у нас тут монорепа, не трогай другие пакеты без разрешения».

Если вы всерьез хотите выжать максимум, в .cursorrules можно описать целые рабочие процессы: как вы пишете тесты, как оформляете ошибки, где логируете, где молчите. И тогда промпты в духе «написать новый endpoint» начинают работать почти как кнопка: вы пишете 2 строки запроса, а Cursor уже понимает половину остального сам. То есть вы однажды потратились на «как правильно писать промпт» глобально, и потом просто живете спокойно.

Cursor, Make.com и та самая автоматизация, про которую все говорят

Теперь переходим к интересной части: связка Cursor + Make.com. Если коротко, Cursor пишет и правит код, а Make.com автоматизирует всё, что происходит вокруг этого кода: уведомления, деплой, интеграции с Telegram, CRM, Notion, Google Sheets и еще полтора миллиона сервисов. Make.com — это по сути визуальный конструктор сценариев, где вы таскаете блоки, настраиваете триггеры и действия, и всё это можно завязать на ваш репозиторий, CI, команды в чате и прочую реальность.

Вот здесь уже промпты нужны не только для Cursor, но и в целом для AI, который помогает вам эти сценарии строить. Когда вы объясняете задачу ассистенту, важно не просто сказать: «я хочу автоматизировать деплой», а расписать процесс по-человечески: «когда разработчик пушит изменения в main, хочу запускать тесты, при успехе — делать деплой на staging, а в Telegram-командный чат слать сообщение с ссылкой на релиз». Тогда и Cursor, и AI, встроенные в Make.com, и любые помощники начинают работать внятно, а не на уровне «у вас там триггер, действие, живите с этим».

Если вы хотите не на словах, а на деле научиться автоматизации рабочих процессов на Make.com с использованием AI, посмотрите наши материалы и разборы. Хотите научиться автоматизации рабочих процессов с помощью сервиса make.com и нейросетей? Подпишитесь на наш Telegram-канал — там я регулярно разбираю реальные кейсы, в том числе связки Cursor + Make.com на русском и с нашими сервисами, а не с абстрактным «CloudSomething».

Промпты для Cursor в бою: пример с деплоем через Make.com

Возьмем реальный сценарий из серии «у нас команда разработки, все всё ломают». Компания живет на GitHub, деплой ручной, тесты иногда запускаются, иногда нет, в Telegram постоянно сообщения «кто залил нерабочий код в main». Решение: делаем связку GitHub — Make.com — деплой-сервер — Telegram. Make.com отслеживает событие «push в main», запускает тесты, деплоит, шлет уведомления в чат. Звучит красиво, но руками это собирать лень. Тут в игру вступает Cursor и грамотные промпты.

Вам нужно написать небольшой сервис, который будет дергаться из Make.com и общаться с вашим деплой-окружением. Вы открываете Cursor и пишете не «напиши деплой-сервис», а нормальный промпт: «Создай Node.js-скрипт на TypeScript для запуска деплоя. Вход: JSON с полями repo, branch, commitHash. Задача: выполнить shell-команду деплоя, залогировать результат в файл logs/deploy.log и вернуть JSON со статусом success или failed и текстом ошибки. Не используй сторонние библиотеки, только стандартный Node.js. Код будем вызывать из Make.com через HTTP-запрос.» И дальше уже разговор по делу: ассистент генерирует код, вы просите добавить обработку таймаута, доработать логи, расписать возможные статусы.

Параллельно вы идете в Make.com, открываете сценарий и формулируете задачу для AI-помощника там: «Мне нужен сценарий: триггер — push в main в GitHub, шаг — вызвать свой деплой-сервис по HTTP, потом в зависимости от ответа отправить сообщение в Telegram-чат команды. В сообщение включить ссылку на коммит и статус деплоя». И когда вы так говорите, платформа не пытается угадывать ваше настроение, а просто собирает рабочую цепочку. Всё держится на нормальном, не размытом промпте.

Если вам интересно углубиться в Make.com, сценарии, интеграции с нашими любимыми сервисами и не собирать это по кускам из чужих видео, посмотрите курс: Обучение по make.com. Там именно про системный подход: от простых автозадач типа «скидывать заявки из формы в таблицу и Telegram» до сложных цепочек с несколькими ветками, проверками и AI-обработкой данных.

Обучение по make.com

Как писать промпты для Cursor, когда вы не гуру программирования

Частый страх: «я не сеньор-разработчик, как я вообще буду общаться с AI-ассистентом?» Спокойно, хороший промпт — это не про глубину матана, а про ясность мысли. Если вы умеете объяснить человеку, что хотите получить на выходе, вы справитесь и с промптом. Да, вам придется иногда нагуглить, как называется нужная сущность (endpoints, webhooks, cron и прочие слова), но это мелочи.

Самая частая ошибка новичков — они пишут «сделай интеграцию с Telegram», точка. В результате Cursor начинает генерировать что-то абстрактное, вы на это смотрите и думаете, что AI переоценен. Правильный ход: «Напиши пример Node.js-кода, который отправляет сообщение в Telegram-чат по боту. Вход: токен бота и chat_id, текст сообщения строкой. Использовать fetch или axios, что проще. Покажи пример вызова функции.» Если вы осваиваете Make.com, можно сразу добавлять: «Этот код будет вызываться из Make-сценария через HTTP-модуль, входные данные приходят в JSON».

Кстати, если вы вообще не хотите писать код, но хотите пользоваться автоматизациями, то Make.com спасает как раз за счет no-code подхода. Там вы больше формулируете не кодом, а словами: что, когда и с чем должно происходить. А если вы хотите ускориться в 3 раза и не наступить на типичные грабли, есть подписка с готовыми сценариями: Блюпринты по make.com. Это шаблоны, которые вы не просто копируете, а адаптируете под себя, понимая, что вообще откуда берется.

Почему без хороших промптов вы всё равно будете делать всё вручную

Сейчас AI-ассистенты уже стали массовыми: GitHub честно пишет, что у Copilot больше миллиона платных пользователей, и это только одна система. Cursor, ChatGPT, встроенные помощники в IDE — всё это уже не игрушки для любопытных, а нормальный рабочий инструмент. Но есть нюанс: большинство используют их как «умный автодополнитель». Попросили дописать строку тут, функцию там, пару тестов, и вроде уже не руками. А потенциал в разы больше, особенно если завязывать это на автоматизации.

Хорошо написанный промпт для Cursor — это уже кусок автоматизации. Вы превращаете размытую потребность «мне бы тут поумнее» в понятный алгоритм: вот контекст, вот цель, вот ограничения. Дальше вступает Make.com или другая платформа, и у вас уже не «я иногда прошу AI помочь», а система, где код обновляется, тесты бегают, уведомления летят, данные чистятся, отчеты собираются, а вы тратите время не на «вставить-сохранить-открыть-отправить», а на решения, где пока еще нужен человеческий мозг.

Если чувствуете, что уже пора выбираться из болота ручной рутины, но нет желания разбираться в сотнях страниц документации, просто начните с малого. Напишите сегодня один-единственный хороший промпт для Cursor по своей реальной задаче. Потом посмотрите, что из этого можно вывести в сценарий на Make.com. А если по пути начнете ругаться на всё это, загляните в наш Telegram — там таких людей много, и мы это уже проходили: наш Telegram-канал. Ну и курсы с готовыми сценариями для Make.com, если хотите ускориться серьезно: Обучение по make.com и Блюпринты по make.com. Всё это история про одно и то же: чем лучше вы формулируете запросы к машинам, тем меньше приходится объяснять всё людям, включая себя самого.

FAQ по промптам для Cursor и автоматизациям

Что такое промпт для Cursor простыми словами?

Это текстовый запрос к AI-ассистенту внутри Cursor, в котором вы объясняете, что нужно сделать: написать код, переписать функцию, найти баг, предложить архитектуру. Промпт может быть разовым (сообщение в чате) или постоянным — через файл .cursorrules, который задает общие правила для проекта.

Чем промпт для Cursor отличается от обычного запроса в чат вроде ChatGPT?

Cursor видит ваш проект целиком: файлы, зависимости, структуру. Поэтому в промпте важно указывать, с какими файлами и частями кода работать, что можно трогать, а что нет. В обычном чате вы чаще объясняете всё с нуля, в Cursor вы больше опираетесь на существующий код и контекст.

Как правильно писать промпт, если я не уверен в терминологии?

Пишите по-человечески, как объяснили бы задачу коллеге: что должно происходить, в каких случаях, с какими данными. Можно прямо так и указать: «я не уверен как это правильно называется, но по сути нужно вот это…» — и описать. Если будете постоянно путаться, лучше один раз загуглить термин, чем потом каждый раз изобретать «ту штуку, которая это делает».

Нужно ли обязательно создавать .cursorrules, чтобы работать с Cursor?

Формально — нет, Cursor работает и без него. Но если вы хотите стабильного поведения ассистента и одного стиля кода в проекте, .cursorrules сильно экономит время. Это ваш системный промпт: вы один раз описываете стек, стиль и правила, и не повторяете одно и то же в каждом запросе.

Можно ли связать Cursor и Make.com напрямую?

Напрямую в стиле «Cursor сам дергает Make» — нет, но их легко связать через GitHub, вебхуки и HTTP-запросы. Cursor помогает писать код сервисов и скриптов, а Make.com автоматизирует вокруг: реагирует на коммиты, вызывает ваши API, шлет уведомления в Telegram, CRM и другие сервисы.

Как писать промпты для Make.com, если там тоже есть AI-подсказки?

По тем же правилам: описывайте три вещи — триггер (когда запускать), действия (что должно происходить) и данные (что куда передавать). Например: «Когда в Notion появляется новая задача в базе ‘Клиенты’, создать карточку в CRM и отправить уведомление в Telegram-чат продаж». Чем меньше размытых формулировок, тем меньше правок потом.

Можно ли полностью обойтись без кода, только на Make.com?

Часто — да, особенно для бизнес-процессов: собрать заявки, отправить письма, синхронизировать таблицы, уведомлять в мессенджер. Но там, где нужна тонкая логика, всё равно выгоднее добавить небольшой кусок кода. Вот тут и помогает Cursor: вы пишете минимальные функции, а Make.com уже оборачивает их в сценарии.

Чем помогут курсы по Make.com и блюпринты, если я и так могу покликать сам?

Самостоятельно вы тоже дойдете, вопрос — за сколько нервов и часов. Курсы и блюпринты по make.com просто снимают этап «блуждания в темноте»: показывают проверенные сценарии, типовые промпты, подводные камни и рабочие схемы для реальных российских сервисов. Это не обязательная магия, это ускоритель.

Где можно смотреть живые разборы промптов и автоматизаций?

В нашем Telegram-канале: https://t.me/maya_pro. Там реальные кейсы, ошибки, удачные промпты, примеры сценариев на Make.com и разборы того, как люди поначалу всё формулируют криво, а потом начинают жить полегче.