Как пользоваться Cursor продакту: от заметок к брифу функции
Первый рабочий сценарий в Cursor без программирования: собрать заметки, получить продуктовый бриф, проверить основания и внести точечную правку.
Cursor можно использовать не только для написания кода. Его агент читает и изменяет файлы в рабочей папке, поэтому продакт может собрать в одном месте исходные заметки, бриф и список вопросов к команде. Для первого знакомства подготовим бриф поиска по архиву из нескольких учебных наблюдений.
Мой подход. Я бы начинал знакомство с Cursor с документа, который могу проверить самостоятельно. Так проще освоить контекст файлов и просмотр правок, прежде чем поручать агенту прототип целого продукта.
1. Подготовь рабочую папку
Установи Cursor с официального сайта, войди в свой аккаунт и открой отдельную папку для упражнения. Проверь доступный план и лимиты в аккаунте. Не используй для первой попытки папку, где лежат секреты или единственная копия важных материалов.
Создай текстовый файл notes.md через панель файлов. Markdown здесь нужен только как удобный формат текста; программировать не придётся. Вставь вымышленные заметки:
Учебные наблюдения, не реальные интервью.
N1. Продакт помнит название старого проекта, но долго ищет его в архиве.
N2. Руководитель команды ищет завершённую задачу по имени клиента.
N3. Два проекта имеют похожие названия, нужен дополнительный ориентир.
Решение команды: первая версия ищет только по названию проекта.
Пока не решено: какие сведения показывать в результатах поиска.Сохрани файл. Номера наблюдений помогут проверить, откуда взялся каждый вывод. Это не количественное исследование: по трём заметкам нельзя утверждать, что проблема есть у большинства клиентов.
2. Дай агенту конкретную задачу
Открой панель Agent. Документация Cursor указывает сочетание Cmd+I на Mac и Ctrl+I на Windows; агент умеет читать файлы и предлагать изменения. Обзор Cursor Agent. Прикрепи notes.md через упоминание файла в чате и отправь запрос:
Прочитай notes.md и подготовь план короткого продуктового брифа.
Бриф нужен перед обсуждением поиска по архиву с командой.
Разделы: проблема, пользовательский сценарий, границы первой версии,
вопросы к команде, черновые критерии приёмки.
Каждый вывод связывай с номером наблюдения или решением команды.
Не расширяй поиск на имя клиента: это вне согласованной первой версии.
Пока не меняй файлы, сначала покажи план и пробелы в данных.Посмотри, правильно ли агент прочитал ограничения. Затем попроси создать отдельный brief.md, не меняя исходные заметки. Для этого задания не нужны терминальные команды, установка пакетов и внешние подключения. Если агент предлагает их, попроси объяснить необходимость или выполнить задачу простым редактированием текста.
3. Проверь черновик по исходнику
Открой новый файл и сравни его с заметками. Важен не объём документа, а точность связей между наблюдениями и предложениями.
| Что проверять | Ожидаемое поведение |
|---|---|
| Границы первой версии | Поиск только по названию проекта |
| Наблюдение N2 | Сохранено как потребность вне текущего объёма |
| Похожие названия N3 | Вынесен вопрос о различении результатов |
| Метрика успеха | Не придуманы проценты и сроки |
| Критерии приёмки | Помечены как черновые до согласования |
Например, «показывать дату завершения» пока может быть предложением, но не утверждённым требованием. В исходнике такого решения нет. Попроси отделить предложения от принятых условий. Это небольшое различие предотвращает ситуацию, когда команда получает из ИИ-черновика незаметно расширившуюся задачу.
Эталон выше составлен по учебному исходнику. Реальный запуск Cursor для этого руководства не проводился; используй таблицу для собственной проверки результата.
4. Внеси одну согласованную правку
Для продолжения упражнения прими условное решение: рядом с названием показывать дату завершения проекта. Передай его агенту точно:
Учебное решение команды: в результатах показываем название
и дату завершения проекта, чтобы различать похожие названия.
Добавь это в brief.md и соответствующий критерий приёмки.
Не меняй notes.md и границы поиска. Остальные разделы сохрани.
Покажи, какие фрагменты изменились.Просмотри предлагаемые изменения, прежде чем принять их. Проверь не только добавленную строку, но и соседние абзацы: не исчез ли вопрос, не изменился ли статус гипотезы. При неудачной правке попроси вернуть конкретный фрагмент, ориентируясь на сохранённую копию.
Документация описывает checkpoints для восстановления состояния во время работы агента, но для важных документов всё равно нужен понятный способ хранения версий. Не считай переписку единственным архивом принятых решений.
Когда сценарий освоен, повторяющиеся требования можно перенести в Cursor Rules. Если файлы не находятся или чат зависает, используй диагностику Cursor. Следующий полезный шаг — дать бриф коллеге и проверить, одинаково ли вы понимаете поведение будущей функции.
Преврати ИИ-инструменты в рабочую систему
«Быстрый старт в AI»: практические воркшопы по AI-инструментам, прототипам и автоматизации. Собираем результат, который можно применить в работе.
21 практических воркшопов · записи · вопросы автору в чате
Посмотреть программу курса ↗