# Следующие компоненты

Baseline намеренно отделяет готовые exports от известного инвентаря. Элемент из этого списка нельзя считать отсутствующим и начинать с нуля в новом приложении: сначала проверяется его запись в `registry/candidates.json` и существующие reference sources.

## P1 — следующий reusable слой

- CalendarPopover — согласовать Launcher и Task Manager, включая keyboard/date range.
- ProfileMenu — отделить визуальную карточку от identity/role API приложения.
- ActionDropdown — добавить типизированные command rows поверх готового Dropdown.
- DataTable — вынести toolbar, cells, loading/empty и row actions без entity schemas Launcher/Plane.
- AvatarStack — согласовать overflow, presence и picker mode.

## P2 — продуктовые patterns

- ServiceRailCard — зрелый Launcher pattern, пока связанный с service catalog data.
- WorkItemCard — зрелый Ops pattern, который нужно разделить на общий card shell и task-domain content.
- MediaSourceField — общий preview/picker, но storage adapter остаётся в приложении.
- Toast.
- Tooltip.
- Empty/Loading/Error states.

## Как использовать список

Если новый проект требует candidate:

1. не копировать reference implementation целиком;
2. поднять candidate до package component в этом репозитории;
3. определить независимые props/DOM contract;
4. добавить catalog examples и состояния;
5. обновить `components.json`, удалив запись из candidates;
6. выпустить minor version.

Так список сохраняет уже проделанную работу, но не превращает незавершённый локальный код в ложный канон.