# Read order

## Всегда

1. `brand.manifest.yaml` — версия, authority, entrypoints и запреты.
2. `DESIGN.md` — замысел и визуальные принципы.
3. `90_Evidence/legacy-denylist.md` — preflight против смешения версий.
4. `09_AI_Contract/hard-rules.md` — запреты и обязательства.

## Затем по задаче

1. Один основной artifact profile из `08_Профили_артефактов/`.
2. Для web — один `pattern.page.*`, затем его `section.*` contracts из
   `07_Паттерны_и_шаблоны/sections/registry.yaml`.
3. Для presentation — один `deck.*` из `presentation/narratives.registry.yaml`,
   затем только разрешённые `slide.*` из `presentation/layouts.registry.yaml`.
4. Только перечисленные pattern/section/layout-компоненты из stable registry.
5. Semantic и component tokens; primitives читаются только для диагностики.
6. Verbal style для любого пользовательского текста.
7. Identity/assets policy для логотипов, фото, иконок и диаграмм.
8. Полный reference той же категории используется для проверки покрытия, а не
   как источник новых правил.

## Разрешение web-страницы

`profile.web → pattern.page.* → required section.* → stable components → tokens → full reference → QA`.

Один global `site-header` и один global `site-footer` обязательны. Case, person,
program и event используют свои специализированные карточки. Заголовок может
иметь один `aicjm-headline__accent`, если фраза является смысловым результатом.

## Разрешение презентации

`profile.presentation → deck.* narrative → slide.* layouts → deck runtime → notes → PDF QA`.

Каждый слайд сообщает один вывод. Metric, quote, client claim и case получают
source marker рядом с тезисом и locator в appendix. Split-accent разрешён только
layout-контрактом.

## Запрещённый порядок

- начинать со случайного production CSS;
- выбирать старый скриншот как референс, а затем подгонять токены;
- читать общий Larkin system вместо AI CJM profile;
- копировать компонент с другой страницы без проверки registry;
- сначала рисовать, а потом искать оправдывающее правило.