Родион, фронтенд-разработчик, пришёл на новый проект с многолетней историей. Первая задача — создать виджет. Элементарно. Час ушёл только на поиск нужных папок. В тот же день он открыл Cursor — и за следующий месяц полностью освоил кодовую базу, не отвлекая сеньоров на базовые вопросы. Опыт описан в детальном посте на Habr и стоит внимания любого разработчика, который заходит в живой legacy-проект.
Контекст
Cursor — AI-редактор кода, который под капотом использует Claude, ChatGPT, DeepSeek и Grok. Его ключевое отличие от простых автодополнений: он не загружает все файлы в контекст модели разом, а индексирует кодовую базу при открытии проекта — разбивает файлы на смысловые куски (функции, классы, экспорты) и превращает их в векторные представления. По этим индексам ищет релевантные фрагменты и подаёт их в модель вместе с промптом.
Это принципиально для онбординга: разработчик может задавать вопросы не о конкретной функции, а об архитектуре всего проекта. Cursor находит связи между модулями, объясняет, почему какая-то логика выглядит именно так, предупреждает, что функция вызывается ещё в трёх местах. Всё это — без необходимости самому прочитать тысячи строк.
Важная оговорка из опыта: на монорепозиториях и файлах в несколько сотен строк Cursor начинает тормозить и давать неточные ответы. Инструмент работает в разумных границах — это стоит учитывать ещё на этапе выбора.
Аналитика
Онбординг — один из самых дорогих процессов в разработке. По разным оценкам, новый разработчик выходит на полную продуктивность от одного до трёх месяцев. Большая часть этого времени уходит не на изучение задач, а на навигацию: где лежат компоненты, как устроен стейт, какие соглашения приняты, почему вот эта функция написана именно так. Всё это — знание, которое обычно живёт в головах коллег или нигде.
Cursor превращает кодовую базу в собеседника. Вместо того чтобы читать код часами или отвлекать сеньора, можно спросить напрямую. Это меняет не только скорость онбординга, но и его качество: разработчик получает объяснения с причинами, а не просто «вот тут делай так». Понимание причин — то, что отличает специалиста, который сможет поддерживать код, от того, кто просто скопировал паттерн.
Опыт Родиона показывает и ограничение: Cursor уверенно галлюцинирует на сложной асинхронной логике. Он выдаёт связные объяснения, которые оказываются частично неточными. Это не баг конкретного инструмента — это свойство всех LLM на коде с нетривиальными зависимостями. Стратегия здесь одна: не отдавать AI полный контроль, а использовать его как навигатора с обязательной проверкой на ревью.
Кейсы применения в бизнесе
B2B-SaaS стартап с растущей командой. Каждый новый разработчик тратит первые недели на вопросы к основателям. Добавьте Cursor с заранее заполненными .cursor/rules/: стек, соглашения, naming conventions, архитектурные решения. Новый человек получает «системный промпт» проекта в каждом диалоге. Результат — онбординг ускоряется, основатели не превращаются в живую документацию.
Корпорация с legacy-кодом. Проекты с пятилетней историей, без комментариев, с «историческими особенностями» — Cursor здесь поможет частично. Хорошо работает на читаемом коде с понятной структурой. Если кодовая база написана без соглашений — AI добавит уверенных галлюцинаций к уже существующему беспорядку. Прежде чем внедрять, стоит навести порядок в хотя бы базовых правилах.
SMB и небольшие команды в КР/СНГ. Фриланс-команды, где проект передаётся от одного подрядчика другому — классика. Cursor с файлом правил помогает новому исполнителю быстро войти в контекст. Это снижает стоимость передачи проекта и уменьшает вопросы к предыдущему разработчику.
Кейсы в личной жизни
Разработчик-стажёр или джун. Именно этот сценарий описан в статье. Cursor как навигатор по чужому коду: задавайте вопросы об архитектуре, просите объяснить функцию, уточняйте, почему именно такое решение. Принимайте каждый патч осознанно — это ускоряет обучение, а не заменяет его.
Контент-мейкер или продакт, пишущий скрипты/автоматизации. Даже без глубокого знания кода Cursor помогает разобраться в чужом скрипте или шаблоне. Спросите «что делает эта функция» — получите объяснение без Stack Overflow и без просьбы к разработчику.
Фрилансер, берущий проекты в поддержку. Каждый новый клиент — новая кодовая база. Cursor сокращает время погружения. Главное — сразу заводить .cursor/rules/ с соглашениями проекта и разделять чаты по задачам, не смешивать контекст.
Как применить сегодня
- Установите Cursor и откройте проект. При первом запуске он проиндексирует кодовую базу — это займёт несколько минут.
- Создайте файл правил: Cmd+Shift+P → New Cursor Rule. Пропишите стек, библиотеки стейта, соглашения по стилям и именованию, линтер. Поставьте
alwaysApply: true. - Первый промпт для онбординга: «Я [роль], работаю [N] дней. Помоги понять архитектуру — где лежат [нужные компоненты/модули/конфиги]». Не просите код — просите навигацию.
- Правило «одна задача — один чат». Переключаете ветку с таской — открываете новый диалог. Длинный чат накапливает устаревший контекст и снижает точность ответов.
- Читайте весь diff, особенно красные строки. Cursor иногда удаляет код, который не просили трогать — молча, без предупреждения.