Как я заставил Cursor работать как небольшая продуктовая команда

За последние ~2 года постепенно собирал для себя систему ролей внутри Cursor. Изначально просто хотел перестать каждый раз заново объяснять проект с нуля. В какой-то момент понял, что это уже полноценный workflow уровня маленькой команды.

Сейчас это работает примерно так:

архитектурная роль сначала собирает карту проекта product-роль формирует цели и этапы далее система раскладывает задачи по спринтам потом dev-роль пишет код qa-роль проверяет изменения до их внесения docs-роль ведёт документацию

Перед тем как что-то менять в коде, роли сначала прогоняют план изменений и проверяют последствия. За счёт этого Cursor перестал ломать проект на ровном месте.

Отдельно сделал механизм накопления контекста: роли запоминают ошибки, корректируют стратегию работы и постепенно улучшают результат по ходу проекта.

По сути получается ощущение, будто вы пришли не к одному ассистенту, а в небольшую продуктовую команду:

они сами обсуждают архитектуру сами формируют roadmap сами разбивают задачи сами предлагают решения

А дальше просто ведут проект.

Для старта новых проектов добавил ещё блок продуктовых ролей:

они помогают собрать базовую стратегию запуска подсказывают рабочие маркетинговые направления прикидывают unit-экономику под формат проекта и формируют адекватный MVP-план

Особенно удобно оказалось для стартап-идей и pet-проектов — когда нет отдельной команды, но хочется работать структурно, а не «как получится».

В какой-то момент ролей накопилось уже больше 250. Я их изначально собирал чисто под себя, но позже оформил всё в один рабочий пак.

Если кому интересно попробовать такой формат role-based разработки внутри Cursor — могу рассказать подробнее, как это устроено.

3
1
15 комментариев