Методология

Use Case Pattern

Архитектурная методология: язык-нейтральный контракт + биндинги Java, Python, Node

Один UseCase — от экрана до логов

Шаг делает агент, ворота держит человек

Корпус спек — база знаний: по ней отвечает AI-архитектор

↓ состоит из

Знание

Стандарты

1 472 правил с кодами R-AGG-X4, PG-T-013 в 17 стайл гайдах.

Контракт

Спецификации (spec-as-code)

16 разделов в репо рядом с кодом. Глубина разделов выбирается под уровень зрелости сервиса.

Глубина

4 уровня зрелости

Команда выбирает уровень под задачу — от MVP до hexagonal.

Реализация

Эталонные библиотеки

Эталон Java-биндинга, open-source, Apache-2.0. Python- и Node-биндинги собираются из экосистемы.

↓ реализуется биндингами

Биндинг · готов

Java

Spring Boot, jOOQ, эталонные библиотеки. Статьи — в Стандартах.

Биндинг · готов

Python

FastAPI, SQLAlchemy, Pydantic. Style-guide и скиллы ucp-py-*.

Биндинг · готов

Node

NestJS, TypeORM, class-validator. Style-guide и скиллы ucp-node-*.

Биндинг · в работе

Go

net/http + chi, sqlc. Префиксы кодов зарезервированы.

↓ и специализациями

Специализация

Backend

UseCase, агрегаты, порты. Основной трек — на нём построены уровни зрелости.

Специализация

Frontend · FSD

React + TypeScript. Роль контракта играет Feature-Sliced Design: слои и правило импортов — то же ограничение, что слои на бэкенде.

Специализация

E2E

Playwright. Потребляет контракты бэкенда и сценарии фронтенда, не дублируя их.

↓ применяется через

AI-исполнители · открытый формат .md

Design: читают спеку, генерируют сервисы по уровню зрелости и библиотекам. Review: проверяют PR против стандартов с цитированием конкретных правил. На каждый биндинг свой набор: ucp-* (Java), ucp-py-*, ucp-node-*.
Каждый скилл — обычный .md файл. Команда читает, правит, форкает — никакой чёрной коробки.

↓ результат для команды

Сервисы пишутся согласованно и быстро. Каждый PR проходит ревью против одного и того же стандарта — автоматически, без найма ещё одного архитектора.

На этом методе стоят оба направления: им можно овладеть самому или внедрить в команде.

→ Внедрить в команде Освоить самому → Как применять

Кому полезно

Backend-команда от 5 человек (Java/Kotlin, Python или Node), продукт на годы вперёд. Если хотя бы один симптом узнаваем — есть смысл поговорить.

Код становится плохо поддерживаемым

Каждая фича дороже предыдущей. Junior-ы пишут «как привыкли», senior-ы тратят review на стиль вместо домена.

→ Как начать применять UCP

AI пишет код, согласованности нет

Три сессии Claude дают три разных решения. Через год — десять сервисов в десяти стилях.

→ Зачем методология при AI

Спеки протухают раньше согласования

Аналитик пишет, разработчик переписывает, через месяц никто не понимает где правда.

→ Спецификация-как-код

Чем UCP отличается от других подходов

BMAD-METHOD: агенты-роли и цикл поставки

BMAD организует размышление до кода, но не содержит правил самого кода. UCP — наоборот: домен, архитектура и исполняемые стандарты.

→ UCP и BMAD-METHOD

OpenSpec, Spec Kit, Kiro: спека изменения

Spec-driven инструменты описывают дельту «что меняем сейчас». UCP-спецификация описывает систему и живёт вместе с сервисом.

→ UCP и spec-driven инструменты

Use Case Pattern

Стандарты

Спецификации (spec-as-code)

4 уровня зрелости

Эталонные библиотеки

Java

Python

Node

Go

Backend

Frontend · FSD

E2E

130+ AI-скиллов Claude

Кому полезно

Чем UCP отличается от других подходов

Узнали себя?