BMAD — фреймворк агентной разработки через ИИ-персоны

AI-агенты Методология

Если вы пробовали писать код с помощью ИИ, то знаете проблему: на маленьких задачах это магия, на реальном проекте — хаос. Контекст теряется, код плывёт, каждая сессия начинается с нуля.

BMAD (Breakthrough Method for Agile AI-Driven Development) решает это. Это open-source фреймворк, который организует AI-разработку как работу виртуальной agile-команды из 12+ специализированных агентов. Работает с Claude Code, Cursor, Codex CLI и любыми IDE.

Главная идея: спецификации, а не промпты

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

BMAD решает это через фронтлоадинг планирования (frontloading) — сначала 80% усилий на создание точных спецификаций (PRD, архитектура, стори), затем AI-разработчик получает полный контекст и реализует задачи предсказуемо.

Если вайб-кодинг — это «дай ИИ делать что хочет», то BMAD — это «дай ИИ работать как профессиональная команда с чёткими ролями и артефактами».

Как устроен BMAD

Метод разделён на две фазы, каждая со своими агентами и артефактами.

Фаза 1: Планирование

Цель — создать полный набор документов: что строить и как.

Analyst (Mary) — исследует рынок, анализирует конкурентов, формирует Project Brief
PM (James) — превращает Brief в PRD с требованиями, персонами и метриками
Architect (Winston) — проектирует архитектуру, выбирает стек, описывает модели данных
UX Designer (Reily) — создаёт фронтенд-спецификацию и UI-гайдлайны
Scrum Master (Flo) + PO (Quinn) — декомпозируют всё на эпики и стори с acceptance criteria

Фаза 2: Реализация

Цель — превратить спецификации в рабочий код.

Developer (Dev) — пишет код строго по спецификации, создаёт тесты
QA — валидирует реализацию по чеклистам
Tech Writer (Jamie) — пишет документацию

BMAD автоматически подстраивает глубину планирования под масштаб задачи. Баг-фикс пойдёт сразу к Dev, фича пройдёт через PRD и архитектуру, новый продукт — полный цикл.

Команда агентов

Каждый агент — это Markdown-файл с системным промптом, описанием персоны, набором команд и правилами создания артефактов. Агенты хранятся в _bmad/agents/ вашего проекта и полностью кастомизируются.

Агент	Роль	Ключевые команды
BMad Master	Универсальный координатор, точка входа	`/bmad-help`, `/create-doc`
Analyst (Mary)	Исследование, конкуренты, брейнсторм	`/brainstorm`, `/research`
PM (James)	Требования, PRD, эпики	`/create-prd`, `/create-epic`
Architect (Winston)	Техническая архитектура и стек	`/create-architecture`
UX Designer (Reily)	Фронтенд-спецификация, UI	`/create-frontend-spec`
Scrum Master (Flo)	Декомпозиция на stories	`/create-stories`
Developer (Dev)	Написание и отладка кода	`/implement`, `/fix`
QA	Тестирование и валидация	`/test`, `/validate`
Tech Writer (Jamie)	Документация	`/create-docs`

Как работать с BMAD

Установка

# Установить глобально
npm install -g bmad-method

# Инициализировать в проекте
npx bmad-method@alpha install

Установщик спросит, какую IDE вы используете (Cursor, Claude Code, VS Code, Codex), какие агенты нужны, и создаст структуру:

_bmad/
├── agents/          # Файлы агентов (.md)
├── checklists/      # Чеклисты валидации
├── templates/       # Шаблоны документов
├── docs/            # Артефакты проекта
└── tasks/           # Трекинг задач

Полный цикл для нового проекта

Шаг 1. Активируйте Analyst и опишите идею. Он проведёт анализ рынка, SWOT и сформирует Project Brief.

Шаг 2. Переключитесь на PM. Он превратит Brief в PRD с требованиями, персонами, метриками успеха.

Шаг 3. Architect спроектирует архитектуру, выберет стек, опишет модели данных и API.

Шаг 4. Scrum Master декомпозирует всё на стори с acceptance criteria.

Шаг 5. Developer получает полный контекст и реализует задачи строго по спецификации.

Все артефакты сохраняются как файлы в репозитории и версионируются через Git — полная трассируемость каждого решения.

Party Mode

Уникальная фича BMAD: вы можете вызвать нескольких агентов в одну сессию, и они будут обсуждать вопрос с разных позиций. Например, Architect и QA находят 80% проблем до написания кода. PM хочет фичу — Architect говорит «это сломает масштабируемость».

Party Mode требует мощных моделей (Claude Opus, GPT-4o). На слабых моделях персоны «сливаются» и теряют специализацию.

Сравнение с альтернативами

Критерий	BMAD	Вайб-кодинг	Taskmaster AI
Подход	Spec-driven, agile-команда	Промпт → код	Декомпозиция + трекинг
Агенты	12+ специализированных	1 общий	1 менеджер
Покрытие цикла	Полный: анализ → деплой	Только код	Планирование + код
Трассируемость	Полная (Git)	Нет	Частичная
IDE	Cursor, Claude Code, VS Code, Codex	Любая	Cursor, Claude Code
Цена	Бесплатно, open-source	—	Бесплатно, open-source

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

Пропуск планирования — сразу вызывать Dev без PRD и архитектуры. Без спецификаций вы вернулись к вайб-кодингу
Слабые модели для планирования — Analyst, PM и Architect требуют мощных reasoning-моделей
Не версионировать артефакты — документы должны жить в Git, иначе теряется контекст
Слишком крупные stories — если стори не реализуется за одну сессию, она слишком большая
Пропуск валидации — команда /validate проверяет артефакты по чеклистам, пропуск — причина 80% проблем

Ссылки

По теме

Если вы строите продукт с ИИ-агентами и хотите обсудить, как внедрить структурированный процесс в свою команду — давайте поговорим.

Связь со мной: t.me/pimenov Мой телеграм канал t.me/pimenov_ru

← Назад в Базу знаний