AI Coding Workflow, Rules и Skills: полный разбор (с примерами)

1. Зачем AI-кодингу нужны слои Workflow, Rules и Skills

AI-ассистенты для кода — это Agent с доступом к инструментам: читают репозиторий, правят файлы, запускают терминал. Слабость очевидна — каждый новый чат начинается с «амнезии», пока вы снова не вложите в prompt командные нормы. Хуже, когда стиль кода, Git-политику, release-checklist и runbook инцидентов пихают в одну User Rule. Каждое сообщение тащит тысячи токенов политики и вытесняет diff, логи и stack trace.

Лучшая практика 2026 — разделить ограничения и процедуры на три слоя:

• Workflow: как запускается AI-задача — slash-команды, Plan/Agent, CI-триггеры, удалённая оркестрация Agent.
• Rules: что всегда верно — стиль, запретные каталоги, требования к тестам, security red lines.
• Skills: что выполняется по запросу — checklist code review, Xcode release, runbook миграции, обычно в SKILL.md.

Та же логика, что в гиде по режимам разработки Agent: точки входа задают границы поведения, а не таблица параметров модели. Открытый стандарт Skills: Agent Skills Specification; Cursor Rules: документация.

Слои повышают ревьюируемость: изменение Rule влияет на каждый будущий диалог — нужен аккуратный PR. Обновление Skill стоит контекста только при вызове. Смена Workflow — правка command doc или CI job без глобального поведения.

2. Классификация Workflow, Rules и Skills

2.1 Workflow — запуск и оркестрация

Workflow отвечает на вопрос кто и когда поднимает Agent. Типично: команды Cursor вроде /generate-blog, переключение Plan/Agent, /loop в Claude Code, GitHub Actions с AI для починки CI, шлюзы OpenClaw к удалённому Mac. Workflow про триггеры, конечные автоматы, пути артефактов — не про формат одной строки.

2.2 Rules — постоянный слой ограничений

Rules — резидентный контекст: .cursor/rules/*.mdc, Settings, AGENTS.md. Содержание: минимальный diff, запретные зоны, commit-конвенции, язык ответа, обязательные тесты. Rules: короткие, жёсткие, исполняемые. 30 шагов release в Rule не кладут — это Skill.

2.3 Skills — runbook по запросу

Skills — пакеты с отложенной загрузкой: .claude/skills/<name>/SKILL.md или .cursor/skills/<name>/SKILL.md. Agent сначала читает description во frontmatter. Углубление: гид Claude Code Skills: фреймворк из 10 skills.

3. Сравнительная таблица

3.1 Rules vs Skills

4. Матрица решений

5. Рекомендуемые стеки

Стек A — минимум (полдня)

• 3 User Rules: минимальный diff, без commit без запроса, lint после правок
• .cursor/rules/blog-writing.mdc только для репо
• Skill commit для Conventional Commits

Стек B — команда

• testing.mdc + security.mdc (< 80 строк)
• Skills code-review, security-review
• PR: /security-review до merge

Стек C — iOS

• xcode-release с disable-model-invocation: true
• Не трогать *.xcodeproj без явной просьбы
• Локальный M4 или Hashvps Cloud Mac; тренды GitHub Actions macOS

Стек D — контент/docs

• /generate-blog (brief → zh → i18n)
• blog-standard-spec-v1.mdc
• Skills translate-to, seo-optimize

6. Типичные ошибки

• «Всё в User Rules — проще» → Раздувание prompt; runbook в Skills.
• «Чем больше Skills, тем лучше» → Конфликт description; до ~10, чёткие границы.
• «Workflow заменяет CI» → Gates в GitHub Actions / Xcode Cloud.
• «Rules и Skills в одном файле» → Разная логика ревью и загрузки.
• «xcode-release без Mac» → codesign требует macOS.
• «Plan Mode = Workflow» → Plan — режим диалога; Workflow — повторяемый, скриптуемый триггер и артефакты.

7. Семь шагов с примерами

1. Аудит повторяющихся prompt: три раза одна checklist? → Skill.
2. 3 Rules: только «всегда истинные» red lines.
3. Каталог Skill: mkdir -p .cursor/skills/code-review или .claude/skills/code-review.
4. Frontmatter SKILL.md: глагол + сценарий; риск: disable-model-invocation: true.
5. Определить Workflow: gates в .cursor/commands/*.md.
6. Коммит в Git: Rules и Skills вместе с кодом.
7. Привязать узел: shell/Xcode → macOS (локально или Cloud Mac).

# .cursor/rules/core.mdc
---
description: Core engineering constraints for this repo
globs: "**/*"
---
- Minimize diff scope; do not refactor unrelated code.
- Never commit unless the user explicitly asks.
- Run tests for touched packages before claiming done.

# .cursor/skills/code-review/SKILL.md
---
name: code-review
description: Review staged git diff for bugs, security, and test gaps. Use when user asks for review or before PR.
---
1. Run `git diff --staged` (or compare branch to main).
2. Output: Critical / Warning / Suggestion in three sections.
3. Do not auto-fix unless user asks.

# .cursor/commands/release-ios.md
## Workflow
1. User confirms brief / scope on main branch.
2. Agent runs /test-runner Skill on changed targets.
3. Manual /xcode-release only after CI green.
4. Post changelog; never skip codesign on shared runner.

8. Итог

В 2026 году конкурентоспособность AI-кодинга всё больше зависит от инженерии workflow, а не от одного score модели. Workflow задаёт старт задач; Rules держат линию; Skills превращают checklist сеньоров в версионируемые runbook. Сначала слои — потом дорогая подписка.

Способность модели — не водораздел; водораздел — точки входа и границы исполнения. Cursor Rules · Claude Code Skills · Agent Skills