Use Case Pattern — не «набор статей и библиотек», а целостная система понятий, где каждое решение опирается на связи с другими. Эта страница — формальная модель: какие сущности есть, как они соотносятся, и почему они появляются вместе.

Если читаешь сайт впервые и пытаешься понять «что куда» — начни здесь. Дальше всё логично.

Диаграмма связей

diagram

Стрелки читаются как «X имеет/использует/требует Y». Граф намеренно неполный — показаны только сущностные связи, не все нюансы.

Каталог сущностей

СущностьОпределениеГде живётГлавные связи
Методология (UCP)Архитектурная методология для Java/Spring команд: слоистая архитектура, спека, скиллы, библиотеки, кейсы./use-case-pattern/состоит из Tier, включает скиллы/библиотеки/спеки
Tier зрелости (1..4)Уровень глубины внедрения: от MVP с одним handler-ом до hexagonal с портами и ArchUnit. Команда выбирает уровень под задачу.страницы level-1 … level-4требует определённых библиотек и скиллов
Скилл AIТонкий промпт под Claude Code (~50 строк), который читает corpus правил и применяет к PR. Бывает design (генерирует) и review (проверяет).github.com/remodov/usecase-pattern-skillsчитает правила, применяется к PR
ПравилоАрхитектурное решение с уникальным кодом, объяснением, примером ОК/НЕ ОК. Цитируется AI в обзорах.каталог стандартов, .claude/docs/*.mdцитируется скиллом review, имеет статус
Эталонная библиотекаJava-библиотека с готовыми абстракциями для конкретного Tier. Open-source, Apache-2.0./libraries/, github.com/remodovреализует Tier, используется design-скиллами
Use Case спекаДокумент-контракт сервиса на 16 разделов, в одном из трёх Tier (A/B/C).шаблон, docs/spec/ в репо командыгенерирует код, имеет Tier
КейсСквозной пример применения методологии на конкретном бизнес-домене./case/ (маркетплейс)демонстрирует методологию end-to-end
Corpus правилПолный набор правил всех категорий (PostgreSQL, DDD, Java, REST API, тесты, авторизация). 22 категории, 600+ правил./library/ и .claude/docs/контейнер для правил

Сущности по уровню

Уровень методологии (что внутри UCP)

  • Tier зрелости — единица «насколько глубоко я применяю».
  • Use Case спека — единица «что я хочу сделать».
  • Кейс — единица «как это уже работает».

Уровень исполнения (как методология применяется)

  • Скилл AI (design) — генерирует код по спеке и правилам.
  • Скилл AI (review) — проверяет PR против правил.
  • Эталонная библиотека — даёт готовые абстракции, на которых строится код.

Уровень знания (что хранится в репо)

  • Правило — атомарная единица знания. Имеет код, объяснение, статус.
  • Corpus — упорядоченный набор правил.

Почему это онтология, а не просто навигация

Сайт можно было организовать как меню — список разделов плоско. Так делают блоги и документации. Но Use Case Pattern — не блог: каждый раздел существует из-за связей с другими.

  • /library/ (правила) существует потому что есть скиллы, которые их применяют.
  • /libraries/ (Java-либы) существуют потому что правила нужно во что-то воплотить в коде.
  • /case/ (маркетплейс) существует чтобы показать все три уровня вместе.
  • /use-case-pattern/level-N/ существуют потому что методология имеет градацию глубины.

Если убрать любую сущность — методология теряет связность. Это и есть онтология — система понятий, где удалить одно нельзя без потери смысла.

Где это работает на практике

В разработке:

  • Скилл ucp-spec-design читает Tier из брифа → создаёт спеку соответствующего уровня → ссылается на нужные библиотеки и правила.
  • Скилл ucp-ddd-tactical-review читает PR → находит нарушения R-AGG/R-ENT → даёт ссылки на конкретные правила в репо команды.

В коммуникации с клиентом:

  • «Какой у вас Tier?» — определяет глубину аудита.
  • «Какой раздел спеки самый болезненный?» — указывает на конкретный набор правил для усиления.
  • «Какие сервисы хотите перевести?» — определяет миграционный путь от Tier к Tier.

В развитии методологии:

  • Новое правило → попадает в corpus → автоматически становится доступно скиллам review.
  • Новая библиотека → закрывает разрыв между Tier и кодом.
  • Новый кейс → проверяет онтологию на согласованность («работает ли всё вместе на этом домене»).

Дальше