В Cursor есть кастомные команды. Это когда вместо вечного:

— сделаи коммит, но при этом бла-бла-бла — обнови версию, но только по таким-вот правилам — разнеси изменения на фичи и фиксы, и еще стопицот условий

Вы просто пишете в чате: /saveme (или /make_commit, /release_notes) — и агент выполняет заранее зашитую инструкцию 🤖

Как создать команду через UI (за 30 секунд) ⏱️

1. Обновите Cursor до свежей версии (фича относительно свежая) 🔄 2. Откройте чат и переключитесь в Agent (не Ask) 3. В поле ввода нажмите / — появится выпадающее меню 4. В самом низу будет ➕ Create Command 5. Введите имя команды без пробелов, например saveme 6. Cursor создаст Markdown-файл команды в проекте. Дальше открываете его и пишете туда инструкции (да, их тоже можно сгенерировать через агента) 🧾

После этого команда будет доступна по /saveme из того же чата ✅

У меня /saveme:

✅ пробегается по git status ✅ смотрит дифы по файлам (git diff) ✅ делит изменения на feat и fix ✅ коммитит отдельными коммитами с русскими сообщениями ✅ потом обновляет VERSION по семверу и делает отдельный chore: коммит ✅ и никуда ничего не пушит, не тегает, пока вы явно не попросите 🔒

Короче: “тимлид-коммитер”, который не устает и не косячит от спешки 💪

Проанализируй все изменения в репозитории, определи какие из них являются фичами (features), а какие фиксами (fixes), и зафиксируй их отдельными коммитами с соответствующими префиксами на русском языке.

Шаги выполнения: 1. Проверь статус git репозитория (git status) 2. Для каждого измененного файла проанализируй изменения (git diff) 3. Классифицируй изменения:    - **Фича (feat:)**: добавление новой функциональности, новых компонентов, новых эндпоинтов, новых возможностей    - **Фикс (fix:)**: исправление багов, ошибок, исправление логики, исправление валидации, исправление типов 4. Группируй изменения по типу (фичи отдельно от фиксов) 5. Создай коммиты с префиксами:    - \feat: описание на русском\ для фич    - \fix: описание на русском\ для фиксов 6. Если есть несколько несвязанных фич или фиксов, создай отдельные коммиты для каждой группы

При анализе изменений обращай внимание на: - Добавление новых файлов/компонентов/функций → feat - Изменение существующей логики для исправления ошибок → fix - Добавление новых эндпоинтов/роутов → feat - Исправление багов в существующем коде → fix - Добавление новых полей/свойств → feat - Исправление типов/валидации → fix

Правила обновления файла VERSION: 7. После создания коммитов обнови файл VERSION согласно семантическому версионированию (1.MINOR.PATCH):    - **MAJOR версия всегда остается 1** - не обновляется автоматически    - **PATCH** (1.x.+1): при коммитах с префиксом \fix:\ - исправления багов, патчи    - **MINOR** (1.+1.0): при коммитах с префиксом \feat:\ - новые фичи, новая функциональность 8. Если было несколько коммитов разных типов, используй правило наибольшего приоритета:    - MINOR > PATCH    - Например: если были и \feat:\ и \fix:\ коммиты, обнови MINOR версию 9. Обнови файл VERSION и создай отдельный коммит с сообщением:    - \chore: обновление версии до 1.Y.Z\ (где Y.Z - новая MINOR и PATCH версия) 10. Формат версии в файле VERSION: только номер версии на первой строке (например: \1.0.0\) 11. **Тегирование релиза (только по запросу):**     - Тег создается **только если пользователь явно попросит** создать тег/релиз

Идеи команд, которые заходят почти всем и которые вы сами легко создадите 🧰 🔹/lintfix — прогнать линтер/форматтер и починить то, что чинится автоматом 🔹/db-migrate — накатить миграции (аккуратно, с проверками) 🔹/бабло — делитесь в комментариях соображениями

Всем вайба и лучших мест в резервациях после наступления сингулярности!

#vibe_coding #cursor #ai #devtools #git #workflow #automation #вайбкодинг #программист #агенты