Cursor для начинающих: чеклист первого проекта

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

Запрос «как научиться программировать» и запрос «как работать в cursor над своей задачей» - разные траектории. Первый путь - месяцы синтаксиса, алгоритмов, фреймворков. Второй - один проверяемый кусок процесса: шаблон ответа на заявку, скрипт записи в Google Sheets, правка landing-текста в папке темы. Я не обещаю «стать разработчиком за вечер» и не продаю карьерный pivot. Обещаю честный цикл: задача - план - diff - три реальных кейса, где видно, что стало быстрее или аккуратнее.

ИИ в Cursor не снимает ответственность за данные клиентов и за то, что уйдёт в прод. Модель может уверенно предложить неверную формулу или затереть нужную строку. Ваша роль - владелец критерия «заработало» и страж секретов: без токенов, паролей и персональных данных в промпте. Privacy Mode в настройках (security and privacy) ограничивает обучение на вашем коде; .cursorignore дополнительно скрывает пути от индекса. Это не паранойя, а минимум для первого вечера с реальными файлами.

Что я ожидаю от новичка без dev-опыта:

Если сомневаетесь, подходит ли вам инструмент вообще - пройдите как пользоваться Cursor AI с одним учебным файлом. Там же разобраны режимы и лимиты free tier. Здесь сфокусируемся на чеклисте первого проекта из вашей рутины, а не из чужого туториала на YouTube.

Первая задача должна заканчиваться видимым результатом за 2-3 часа и не требовать доступа к боевому серверу. Я прошу описать рутину одним предложением: «когда приходит заявка в Telegram, я вручную копирую имя и телефон в таблицу и отвечаю шаблоном из заметок». Из этого списка выбираем один шаг, который можно проверить без интеграции с оплатой и без миграции базы.

Три формата, которые чаще всего проходят у новичков:

1. 01

   Шаблон ответа - один markdown или txt с вариантами «новая заявка», «повтор», «вне часов».

2. 02

   Запись в таблицу - скрипт или макрос, который из тестовой строки кладёт поля в CSV/Google Sheets через API с тестовым ключом.

3. 03

   Правка видимого текста - заголовок и CTA на локальной копии лендинга или в child-теме WordPress.

Почему не /automate и не облачные триггеры в первый вечер. В changelog Cursor появились Automations - always-on агенты с cron, Slack и GitHub (automations blog). На новостных разборах это выглядит соблазнительно: «напиши триггер одной фразой». Для новичка без критерия проверки это ловушка: агент крутится в облаке, вы не видите промежуточных шагов, а откат сложнее, чем у папки на диске. Сначала ручной сценарий в IDE: Open Folder, Ask, Agent, diff, три кейса. Когда цикл отработан - можно думать о триггерах.

Контраст с путём «автоматизировать всё сразу»:

Я не спорю с теми, кто строит большие пайплайны. Я фиксирую порядок для первого вечера: сначала доказать ценность на одном куске рутины, потом масштабировать. Подробный вечерний сценарий с веткой и Plan - в первом проекте в Cursor.

Критерий «маленькой» задачи

Задача маленькая, если вы можете назвать три реальных входа и ожидаемый выход без слова «и ещё». Пример: «три последние заявки из переписки - в таблице появилась строка с именем, телефоном, источником». Не маленькая: «сделай CRM, бота и аналитику». Второе - проект на недели, не чеклист на вечер.

Ниже порядок, как работать в cursor на первом вечере без скачков через шаги. Я даю его на наставничестве почти дословно; отличия только в вашей задаче и в имени ветки.

1. 01

   Скачайте редактор с cursor.com/download, войдите в аккаунт, Open Folder на отдельную папку проекта (не весь диск).

2. 02

   Сформулируйте одну задачу из рутины: шаблон ответа, запись в таблицу или правка текста на локальной копии.

3. 03

   Сделайте копию папки на диске или git init и ветку feature/pervyy-vecher - до любых правок Agent.

4. 04

   Откройте Ask (read-only): попросите план без изменения файлов, список файлов и рисков.

5. 05

   Переключитесь в Agent (Shift+Tab или Ctrl+I): одно ограниченное изменение, scope в промпте.

6. 06

   Включите Privacy Mode при работе с клиентскими данными; добавьте .cursorignore для .env, ключей, secrets/.

7. 07

   Проверьте на 3 реальных случаях из вашей практики - не на выдуманных именах. Критерий «заработало» записываете до старта.

Пункт 3 - страховка. Если Git пугает, достаточно cp -r project project-backup перед Agent. Git удобнее для diff и отката, но копия папки лучше, чем правки в единственном экземпляре на рабочем столе.

Пункт 4 и 5 - разделение ролей. Ask отвечает, объясняет, предлагает план и не трогает файлы (ask mode). Agent читает проект, редактирует, запускает терминал, показывает diff. Новички часто сразу жмут Agent с промптом «сделай всё» - и получают десять файлов без понимания. Сначала план в Ask, потом одна правка в Agent.

Пункт 7 - анти-самообман. «Вроде работает» без трёх кейсов - не приёмка. Три кейса: одна граничная ситуация (пустое поле, дубль телефона), один типичный, один нестандартный, но реальный. Если на втором ломается - откат, уточнение плана, снова Agent с узким scope.

Что держать под рукой на вечер

Cursor AI в повседневной работе - это не один режим «напиши код», а переключатель между read-only и правками. Я объясняю это на пальцах: Ask - собеседник у доски, Agent - исполнитель с доступом к файлам и терминалу.

Ask использую, когда нужно понять структуру папки, сравнить два подхода, составить чеклист шагов или перевести бизнес-формулировку в технический план без риска, что модель сотрёт config. В Ask можно вставить фрагмент таблицы или переписки и спросить: «какие поля обязательны для записи в CSV». Ответ не меняет диск.

Agent включаю, когда план согласован и scope сужен до одного изменения: «добавь функцию appendRow только в scripts/import.py, не трогай .env». Agent покажет diff по файлам; принимайте по частям, не Apply All вслепую. Для cursor agent на первом вечере достаточно одного цикла: промпт - diff - ручная проверка - commit или копия «после».

В маркетинговых текстах фраза cursor ai agent - то же самое, что Agent в UI; не отдельный продукт. Переключение: Shift+Tab в поле ввода или Ctrl+I для панели агента (getting started).

Когда что включать - короткая матрица:

Про бесплатный tier: лимиты есть, для первого вечера с одной задачей обычно хватает. Я не веду таблицу «сколько запросов осталось» - смотрю в Settings → Account. Если лимит кончился посреди diff - сохраните ветку, продолжите на следующий день; не компенсируйте спешкой и Apply All.

Пример промптов, которые копирую ученикам:

Ask: «В папке есть responses/template.md. Опиши план:
какие файлы трогать, какие риски, как проверить на 3 заявках.
Файлы не меняй.»

Agent: «Только responses/template.md: добавь блок «вне часов» с текстом …
Не трогай .env, scripts/, package.json. Покажи diff.»

Если после Agent diff разросся - Stop, откат на копию или git checkout ., вернитесь в Ask с вопросом «что пошло не так». Не долечивайте хаос вторым широким промптом.

Git для начинающих в контексте Cursor - не курс на 40 часов, а четыре команды и кнопки Source Control. Официальная книга Git начинается с «получить репозиторий» через git init или clone (git-scm book). Для первого вечера достаточно локального репозитория без GitHub: ветка - песочница, main - «как было до эксперимента».

Минимум в терминале в папке проекта:

git init
git checkout -b feature/pervyy-vecher
git add -A
git commit -m "checkpoint: before agent"
# после Agent, если всё ок:
git add -A
git commit -m "feat: template v1 after 3 cases"
# если Agent ушёл не туда:
git checkout .

Те же шаги доступны в панели Source Control: Initialize Repository, Stage, Commit, ветка внизу слева. Терминал нужен для git checkout . при откате незакоммиченного мусора - одна команда быстрее, чем отменять десять файлов в UI.

Правило из branching workflow: не пушить эксперимент сразу в main (git-scm branching). Для соло-владельца это значит: main не трогаем вечером, merge только когда три кейса зелёные. Push на GitHub - опционально на второй вечер, когда хотите backup в облаке.

Если Git совсем не заходит - копия папки остаётся валидной страховкой. Я всё равно рекомендую git init хотя бы ради git diff: видно, что Agent изменил построчно. Без версий вы сравниваете глазами два окна Finder - это утомительно и ошибочно.

.cursorignore рядом с .gitignore

Privacy Mode не показывает ваш код в обучение Cursor, но индекс и Agent всё равно могут читать пути, если вы не закрыли их явно. Файл в корне проекта:

.env
.env.*
secrets/
credentials.json
client-data/
*.pem
*.key

Дополнительно в .gitignore - node_modules/, dist/, локальные базы. Секрет в промпте «вот мой API key» уже ушёл в историю чата - ignore не спасёт. Правило первого вечера: тестовые ключи, обезличенные строки, копии без ФИО клиентов.

На разборах одни и те же сбои повторяются независимо от ниши. Ниже симптом - что делать, без общих советов «будьте внимательнее».

Ошибка с /automate заслуживает отдельного абзаца. Облачный агент удобен, когда ручной цикл уже измерен: вы знаете вход, выход и время отклика. Новичок, который не прогнал три кейса в IDE, не знает, что именно автоматизировать - получает триггер, который стреляет в пустоту или дублирует заявки. Сначала руки, потом cron.

Apply All без diff - вторая по частоте причина «вечер испорчен». Agent может затронуть соседний файл «заодно». Я смотрю каждый файл в Source Control: зачем изменён, совпадает ли с планом из Ask. Непонятная строка - Reject, уточнение в Ask, новый узкий промпт в Agent.

Секреты в промпте - не абстрактный риск. На разборе салона владелец вставил токен бота в чат «чтобы агент сам подключился». Пришлось перевыпускать бота и чистить историю. Тестовый бот, тестовая таблица, обезличенные имена - минимум.

После первого вечера у вас не «диплом разработчика», а один артефакт с тремя пройденными кейсами. Этого достаточно, чтобы решить: масштабировать задачу, передать на разработку проекта под вашу рутину или углубить навык в обучении Cursor.

Cursor обучение в моей практике - не лекции про синтаксис, а цепочка вечеров с нарастающим scope: второй вечер - связать два файла; третий - добавить проверку на пустое поле; четвёртый - вынести шаблоны в отдельную папку. Обучение работе cursor без привязки к вашей таблице заявок быстро забывается. Привязка к рутине - остаётся.

Что читать дальше по теме в блоге:

• Как пользоваться Cursor AI - режимы и первый сценарий.
• Первый проект в Cursor - ветка, Plan, verify до merge.
• Как установить Cursor AI - если ставили «на глаз».

Если первый вечер закончился откатом - это нормальный исход, а не провал. Значит, сработала страховка, а не прод. Запишите, на каком кейсе сломалось, сузьте задачу, повторите чеклист. Лучше два вечера с откатом, чем один вечер с правкой боевого сайта без копии.

Когда передавать в разработку: задача переросла один файл, нужен доступ к CRM API, деплой, мониторинг. Когда оставаться в solo-режиме: шаблоны, мелкие скрипты, локальные правки лендинга. Граница видна после 2-3 вечеров, не до.