Каждый раз в Agent chat приходится заново вставлять один чек-лист: деплой на staging, прогон перед PR, SEO-прогон. Rules раздуваются и жрут контекст, а Cursor skills не появляются в slash-меню, name не совпадает с папкой, или skill виден в Settings, но не подхватывается в чате. За вечер выберете одну частую задачу, соберете SKILL.md, прогоните 5 промптов и поймете, что оставить в Rules, а что в skill.
TL;DR / Быстрый инсайт: Cursor Skills (с версии 2.4, январь 2026) — это on-demand runbook в папке `.cursor/skills/{name}/SKILL.md`, а Rules — always-on стандарты в `.cursor/rules/`. Официальная docs Cursor прямо советует: procedural «как сделать» — в skills, декларативный стиль и архитектура — в rules. Имя skill должно совпадать с именем папки; description отвечает за auto-invoke. Команда `/migrate-to-skills` не трогает rules с alwaysApply или globs.
Три недели разработчик копировал из Notion деплой на staging: миграции, smoke-тест, Slack. Длинное Rule «Apply Intelligently» раздуло контекст, агент пропускал миграции. Runbook уехал в `deploy-staging/SKILL.md` с `paths: «scripts/deploy/**»`, вызов `/deploy-staging` — и падение из-за `name: Deploy-Staging`. После `deploy-staging` и перезапуска Cursor skill отработал 4 из 5 промптов без ручного слеша. Не маркетплейс на тысячи skills, а один процесс, который вы устали копировать из чата.
По Вордстат (июнь 2026) «cursor skills» — 365 показов/мес по РФ, «cursor rules» — 273. Нужна матрица выбора, не только создание папки.
Выберите одну повторяемую задачу — не skills на все сразу
Боль: вы пытаетесь упаковать весь проект в один skill и получаете кашу из 40 шагов, которую агент не активирует. Решение — одна задача на 2-4 недели, которую вы делаете минимум три раза в неделю и которая укладывается в чек-лист из пяти и более шагов.
Skill — ящик с инструкцией «как деплоим staging»: открывается по задаче, а не на каждом вопросе про CSS. Rules — устав: стиль, архитектура, запреты — всегда в контексте.
- Запишите 3-5 кандидатов из реальной недели: pre-PR review, SEO-чек лендинга, выкладка на staging, генерация отчета, миграция данных.
- Отфильтруйте по частоте: меньше трех раз в неделю — рано для skill; проще дописать одно короткое Rule.
- Проверьте повторяемость: есть фиксированные шаги, команды, файлы — подходит; каждый раз уникальный креатив — нет.
- Выберите одного победителя и назовите папку в kebab-case латиницей: `deploy-staging`, `pre-pr-review`, `seo-page-check`.
- Не смешивайте в одном SKILL.md деплой и code review — два skill, две папки.
На практике типичная ошибка — взять «все про фронтенд». В реальном проекте лучше сработал узкий `seo-page-check`: title, meta, schema, один curl на 200. Агент чаще сам подхватывает узкое description, чем простыню «frontend workflow».
Разложите Rules и Skills: always-on стандарты vs on-demand runbook
Боль: dynamic Rule с длинным чек-листом грузится на нерелевантных задачах и раздувает контекст. Решение — always-on оставить в `.cursor/rules/*.mdc`, пошаговый процесс — в `.cursor/skills/{name}/SKILL.md` с progressive loading: сначала metadata (name + description), body skill читается только при активации.
| Критерий | Project Rules (`.cursor/rules/`) | Agent Skills (`.cursor/skills/`) |
|---|---|---|
| Когда грузится | Always-on или по glob на файлы | По description, paths или явному `/skill-name` |
| Что хранить | Стиль, архитектура, язык, запреты | Пошаговый workflow, scripts, references |
| Размер | Короткие .mdc, без романов | SKILL.md до ~500 строк; детали в `references/` |
| Миграция | `alwaysApply: true` и globs — остаются при `/migrate-to-skills` | Legacy dynamic rules можно слить командой миграции |
Surprising fact из официальной docs: `/migrate-to-skills` не трогает rules с `alwaysApply: true` или `globs` — их нельзя «одним кликом» перенести в skills. Планируйте границы до миграции, иначе ожидание «все уедет в skills» разобьется о реальность.
Итоговый вердикт: Если текст нужен на каждом запросе — Rule. Если это сценарий «когда деплоим / когда ревьюим PR» — Skill. Смешивать в одном файле не стоит: контекст дороже, чем кажется.
Глобальные skills — в `~/.cursor/skills/`, проектные — в `.cursor/skills/`. `npx skills` часто кладет в `~/.agents/skills` — symlink в `~/.cursor/skills` или копия. Имя папки = `name` в frontmatter.
Соберите SKILL.md через `/create-skill` или вручную
Боль: skill создан, но не появляется в Customize или slash-меню. Решение — валидный frontmatter по agentskills.io и Cursor Docs: `name` (до 64 символов, lowercase, дефисы), `description` (до 1024, что делает + когда использовать), body с шагами.
Два пути. Быстрый: в Agent chat команда `/create-skill` — агент задаст вопросы и набросает структуру. Контролируемый: вручную папка `.cursor/skills/deploy-staging/` и файл `SKILL.md`.
Пример SKILL.md (deploy-staging): frontmatter: name deploy-staging, description с when-to-use на staging/deploy, paths scripts/deploy/**; body — шаги: проверить ветку и CI, миграции БД, scripts/deploy/staging.sh, smoke curl health 200, Slack #releases. Полный шаблон — в Cursor Docs Skills и agentskills.io.
Description — триггер auto-invoke: «что + когда», фразы из реальных промптов. Body — шаги; детали в `references/`. Типичная ошибка: `name: Deploy-Staging` при папке `deploy-staging` или пустой description без when-to-use.
Прогоните 5 промптов: auto-invoke и ручной `/skill-name`
Боль: skill виден в Settings, но не попадает в системный блок available skills и не вызывается сам. На форуме Cursor (2026) встречается кейс: slash и Customize OK, а auto-invoke молчит. Workaround: явный `/deploy-staging` или временное rule-напоминание со списком skills до фикса в клиенте.
Протокол из 5 тестов (запишите в блокнот PASS/FAIL):
- Промпт 1-2 с явным `/skill-name` — skill должен открыться и следовать шагам из body.
- Промпт 3-5 без слеша — естественные формулировки из вашей работы («выкати staging», «сделай pre-PR review»).
- После каждого — отметьте: подхватил сам / только после `/` / проигнорировал.
- Если 2 из 5 FAIL — допишите в description синонимы и глаголы из Wordstat LSI: cursor skills, cursor rules, deploy, review.
- Перезапуск Cursor после правки frontmatter — часто нужен один раз; на каждый символ не обязателен.
4 из 5 без слеша — норма для v1. При 0 из 5 проверьте name, папку и `disable-model-invocation` (slash-only, как старые commands). Для file-scoped задач — `paths` в frontmatter; skill виден в Customize, Skills.
Пройдите чек-лист перед коммитом: paths, description, slash-only
Боль: skill живет только у вас локально или ломается у коллеги из-за неисполняемого script. Решение — короткий gate перед git push.
- Папка `.cursor/skills/{name}/` и `name:` в YAML совпадают (lowercase, дефисы).
- SKILL.md меньше 500 строк; длинные справочники в `references/`.
- Scripts в `scripts/` с executable bit, если skill их вызывает.
- `disable-model-invocation: true` — только для slash-only сценариев.
- В `.cursor/rules/` остались только стандарты; procedural runbook не дублируется в rules.
- Опционально: `/migrate-to-skills` для старых dynamic rules — затем review, что осталось в rules и почему.
Success criteria: skill в Customize; 5 промптов — auto-invoke или стабильный `/skill-name`; в rules только always-on, runbook в SKILL.md. Важно: убедитесь, что `name` совпадает с папкой до коммита. Советуем прогнать gate на 5 промптах — вы получите готовый runbook, который будет работать без копипаста из чата; итог — 4 из 5 без слеша считается нормой для v1. Max Mode не обязателен (клиент 2.4+). MCP — внешние API; skill — локальная инструкция.
Если хотите разобрать один повторяемый процесс в Cursor или n8n на neuroalex.site — начнем с той же логики: одна задача, чек-лист, тест на реальных промптах. Полезно рядом: подключение MCP к Cursor и запуск Cursor Cloud Agent для блога.
Редакционная проверка: Елена Ковалева, эксперт по SEO/GEO.
Достоверность данных: Wordstat «cursor skills» 365 показов/мес, «cursor rules» 273, «cursor ai skills» 27 (РФ, июнь 2026); формат SKILL.md и `/migrate-to-skills` — по Cursor Docs и agentskills.io на дату публикации.
Частые вопросы
Чем Skills отличаются от Rules и MCP?
Rules — постоянный контекст (стиль, архитектура) в `.cursor/rules/`. Skills — пошаговый runbook по запросу в `.cursor/skills/`. MCP — мост к внешним сервисам (БД, API, браузер), а не замена skill. Для «как мы деплоим» — skill; для «всегда пиши на TypeScript» — rule; для «прочитай Jira» — MCP.
Нужен ли Max Mode для Skills?
Нет обязательного требования в официальной документации Cursor 2.4+. Skills подхватываются в Agent chat при корректном frontmatter и версии редактора. Если skill не виден — сначала проверьте имя папки, description и перезапуск, а не режим модели.
Как мигрировать старые rules в skills через `/migrate-to-skills`?
В Agent chat выполните `/migrate-to-skills` — Cursor предложит перенос подходящих dynamic rules. Rules с `alwaysApply: true` или `globs` не мигрируются автоматически: их оставляют в rules намеренно. После миграции пройдите тот же 5-промптовый тест.
Почему skill есть в Settings, но нет в slash-меню?
Частые причины: несовпадение `name` и имени папки, устаревшая версия Cursor (баг slash в 2.6.18, fix в 2.6.19 по отчетам форума), skill лежит в `~/.agents/skills` вместо `~/.cursor/skills`. Исправьте name, обновите клиент или сделайте symlink.
Когда ставить disable-model-invocation: true?
Только если skill должен вызываться строго вручную через `/skill-name` и auto-invoke мешает (опасные deploy, удаление данных). Для обычных чек-листов флаг не ставьте — иначе агент никогда сам не откроет runbook.