BMAD-METHOD — один из самых популярных открытых фреймворков разработки с AI-агентами: десятки тысяч звёзд, активное сообщество, модульная экосистема. Нас регулярно спрашивают, чем Use Case Pattern отличается от BMAD и не решают ли они одну задачу. Короткий ответ: они работают на разных слоях, и сравнивать их «кто лучше» — всё равно что сравнивать скрам-доску с системой типов. Разберём подробно.
Что такое BMAD
BMAD организует работу с AI через команду агентов-ролей: аналитик, продакт-менеджер, архитектор, скрам-мастер, разработчик, QA. Каждая роль — промпт-персона со своими воркфлоу. Процесс — цикл поставки: прояснить идею → спланировать (бриф, PRD, архитектура, эпики, стори) → реализовать и проверить → извлечь уроки. Артефакты — markdown-документы; агент-разработчик берёт стори по одной. В шестой версии это модульная платформа: ядро методологии, конструктор собственных агентов, модуль тестовой стратегии.
Сильная сторона BMAD — дисциплина размышления до кода: размытая идея не попадает к агенту-разработчику, пока не прошла через продуктовую и архитектурную проработку. Для соло-разработчика с AI это заменяет целую команду перспектив.
Что такое Use Case Pattern
UCP отвечает на другой вопрос: каким должен быть сам код и как гарантировать это на каждом изменении. Ядро — четыре столпа:
- слоистый паттерн Controller → UseCase → Handler → Repository;
- Use Case спецификация Bounded Context — долгоживущий источник правды о домене: агрегаты, инварианты, жизненный цикл, критерии приёмки;
- уровни зрелости архитектуры — от стартового уровня до Hexagonal, команда платит сложностью только за то, что нужно;
- исполняемые стандарты: у каждого правила есть код (
R-*,JS-*), и у каждого стандарта — AI-скилл, который проверяет его на каждом PR.
Сильная сторона UCP — воспроизводимость инженерного результата: три агента в трёх сессиях дают код, совместимый по слоям, именам и правилам, потому что правила заданы явно и проверяются автоматически.
Сравнение по слоям
| Слой | BMAD | UCP |
|---|---|---|
| Кто и в каком порядке думает | агенты-роли, цикл поставки | вне скоупа (любой процесс) |
| Продуктовые артефакты | бриф, PRD, эпики, стори | вне скоупа |
| Доменная модель | упоминается в архитектуре | ядро: спецификация BC, агрегаты, инварианты |
| Архитектура кода | на усмотрение агента-архитектора | зафиксирована паттерном и уровнями зрелости |
| Стандарты кода | нет | 18+ стандартов с кодами правил |
| Проверка соблюдения | ревью агентом-QA (общий взгляд) | rule-coded ревью-скиллы на каждый PR |
| Судьба артефактов | стори закрываются и архивируются | спецификация живёт и эволюционирует с системой |
Ключевое различие — в последней строке. BMAD-артефакты одноразовые: стори выполнена — контекст исчерпан. UCP-спецификация — постоянная: следующий агент, следующий разработчик, следующая команда начинают с неё.
Где BMAD слабее, чем кажется
- Ролевая церемония не добавляет инженерной глубины. Шесть персонажей обсуждают стори, но ни один не скажет, что агрегат нарушает инвариант или что в репозитории протёк N+1 — для этого нужны предметные правила, а их в BMAD нет.
- Качество держится на общих способностях модели. Без явных стандартов агент-разработчик применяет «среднее из обучающих данных» — в трёх сессиях три разных стиля.
- Масштаб — соло и малые команды. На 20+ инженеров согласованность требует стандартов, а не персонажей.
Где UCP не претендует
Продуктовый слой: UCP не скажет, какую фичу делать и как приоритизировать бэклог. Если вам нужна структура «от идеи до бэклога» — берите её из любого источника, включая BMAD: подходы совместимы. Работоспособная связка выглядит так: продуктовая проработка (хоть BMAD, хоть свой процесс) → Use Case спецификация → генерация и ревью кода через UCP-скиллы.
Коротко
- BMAD — процессная оболочка: роли, цикл поставки, продуктовые артефакты; UCP — инженерное содержание: домен, архитектура, исполняемые стандарты.
- BMAD-артефакты одноразовые (стори → архив), UCP-спецификация — долгоживущий источник правды.
- В BMAD нет предметных правил кода и их автоматической проверки — это ровно то, из чего состоит UCP.
- Подходы не конкурируют: продуктовую проработку можно взять откуда угодно, инженерную воспроизводимость даёт UCP.
- Выбор прост: нужен процесс размышления до кода — смотрите BMAD; нужен одинаково правильный код от любого агента — это UCP.
Что почитать дальше
- Use Case Pattern: методология — обзор четырёх столпов.
- Исполняемый стандарт — почему правила должны проверяться агентом, а не памятью команды.
- UCP и spec-driven инструменты — вторая часть сравнения: OpenSpec, Spec Kit, Kiro.