Cursor: контекст проекта, rules и проверка diff
Для одной небольшой задачи используй три опоры: приложи нужные файлы, сохрани проектные правила и просмотри полный diff перед проверкой. Актуальные документы Cursor подтверждают эти практики; здесь не делается отдельное утверждение о том, как или когда индексируется весь проект.
Контекст для задачи
Открой корень проекта и опиши конечное поведение, например: «В таблице задач добавь фильтр по владельцу; URL и API не меняй; покажи изменённые файлы». Если знаешь точные файлы, добавь их через @ mention; официальный гайд Cursor по prompting agents указывает, что можно прикрепить файлы, папки, терминальный вывод и diff. Если не знаешь, разреши Agent найти связанный код.
Для постоянных соглашений используй проектные rules. В документации Cursor Rules указано, что проектные правила хранятся в .cursor/rules, а AGENTS.md — поддерживаемая markdown-альтернатива; team rules зависят от плана организации. Внеси только проверенные команды и ограничения этого репозитория, а не универсальные инструкции.
Прими изменение
До работы посмотри Git status и сохрани отдельную точку возврата. После задачи прочитай все файлы в diff: агент мог затронуть смежный код. Запусти тест или lint, указанный в реальном package.json/README. Если команда отсутствует или требует неготового backend, не утверждай, что она прошла.
Встроенный Cursor Agent Review — отдельная функция, которую можно настроить на автоматический запуск или вызвать вручную; он анализирует локальные изменения, как описывает Agent Review. Это дополнительный review, не выполнение приложения и не подтверждение всех сценариев. После review сам проверь результат задачи, включая пустое состояние и ошибочный ответ API.
Если потребуется откат
Перед Restore/checkout проверь, не затронет ли действие ручные изменения вне задачи. Для долгосрочной истории используй Git commit; настройки Cursor checkpoint/review имеют собственную роль. Не путай возврат файлов с отменой production deploy или восстановлением удалённых данных.