1.8Kпросмотров
12 января 2026 г.
Score: 1.9K
Этот год здесь хочется начать с какого-то не перегружающего поста, потому что, кажется, многие всё ещё отходят от новогодних праздников (я так точно) и только потихоньку въезжают в рабочий режим. Про ИИ в разработке уже не написал разве что ленивый. В частности, про его использование как рабочего инструмента. Я не буду открывать Америку, а просто поделюсь своим небольшим опытом — вдруг кому-то окажется актуально. Я не считаю себя ни ярым сторонником, ни противником ИИ. Не согласна с тем, что он заменит всех, но и игнорировать его возможности и плюсы тоже странно. Поэтому на работе я уже несколько месяцев активно использую Cursor. Я всегда работала в VS Code, так что перейти на него было совсем несложно. И вот пара вещей, которые помогли мне приспособить его под себя. 1. Memory Bank для каждого проекта Сейчас мы работаем сразу над несколькими фронтенд-проектами, и для каждого из них у нас заведён свой Memory Bank. Это специальная папка, где в Markdown-файлах описаны основные правила работы с кодом: от codestyle до архитектуры проекта и примеров реализации популярных задач. Чтобы Cursor всегда учитывал эту информацию, мы настроили project rules в .cursor/rules и явно указали, где именно лежит Memory Bank. Если вы используете несколько ИИ-тулов, такая папка может быть общей — а дальше каждая тулза просто будет на неё ссылаться. Инициализировать Memory Bank довольно просто: достаточно попросить Cursor проанализировать проект и сгенерировать черновой вариант. Мы так и сделали, а потом тщательно всё отревьюили (потому что, справедливости ради, в таких генерациях он любит иногда придумывать). После появления Memory Bank полезность рекомендаций ИИ заметно выросла, по крайней мере, по моим ощущениям. Плюс это избавляет от постоянного повторения одного и того же и одинаковых промптов в духе «сделай аналогично вот этому». 2. Реализация больших фичей через поэтапное планирование Если с какими-то очень специфичными багами ИИ меня скорее тормозит, чем помогает, то вот при добавлении нового функционала с нуля он может быть отличным помощником. Особенно когда нужно написать сразу несколько компонентов, стили для них, логику в стейт-менеджере и реализовать новые запросы на бэкенд. Я почти всегда действую по одному и тому же сценарию, и он работает безотказно. Сначала даю ИИ подробный контекст: описание задачи, скрины из макетов, дополнительные детали. Мне тут помогает моя любовь к структуре и документации: я пишу довольно объёмный промпт, насыщая его подробностями. Например, если это форма, я сразу описываю, как должны валидироваться поля и какие компоненты хочется использовать. Дальше в этом же промпте я прошу ИИ не переходить к реализации, а сначала составить подробный план работ: что именно он будет делать и куда вносить изменения. Я делаю ревью плана, обычно хватает 1–2 итераций правок, чтобы исправить неточности или недопонимания. После этого план полностью готов, и я прошу реализовать его либо целиком, либо поэтапно, если в задаче есть неопределённость. В итоге это сильно сокращает время на рутину: написание того, что и так уже есть в моей голове, создание однотипных компонентов и вёрстки. В конце всё равно приходится ревьюить, подчищать лишнее, доводить вёрстку до pixel perfect, но делать это на основе уже готового рабочего каркаса куда проще. На самом деле именно эти две вещи я бы назвала фундаментальными в своей работе с Cursor. Всё остальное — это скорее нюансы и точечные улучшения, вроде использования MCP-серверов. Но в целом ИИ и такие IDE, как Cursor, действительно ускоряют работу и снимают с меня рутинную часть, оставляя мне главное — продумывать реализации и дошлифовывать результат до идеала.