Establish NODE.DC design system baseline

docs/CANDIDATES.md

@@ -0,0 +1,35 @@
+# Следующие компоненты
+
+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.
+- SideNavigation — route-aware навигация отдельно от уже готового Inspector accordion.
+- 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.
+
+Так список сохраняет уже проделанную работу, но не превращает незавершённый локальный код в ложный канон.
+