dispatcherlisted

# Dispatcher — адаптивная методология под проект Одна методология на все проекты — это либо overkill (полный FL на CSS-фикс), либо дыра (research без EstimandOps). Диспетчер решает: **тип проекта × тип задачи → какую методологию загрузить.** Это «нервный узел», который связывает разрозненные правила/агенты/скиллы в адаптивный организм. ## Как работает (гибрид: хук + LLM) 1. **Читай авто-профиль.** Хук `project_classifier.py` при старте сессии пишет `.claude/memory/_auto/project_profile.md` — тип проекта + уверенность + сигналы. Прочитай его первым. 2. **Если уверенность HIGH** → доверяй вердикту хука, переходи к шагу 4. 3. **Если `ambiguous` / LOW** → арбитрируй сам (это твоя роль в гибриде): прочитай `CLAUDE.md` и `README` проекта, пойми **намерение** (что это и зачем), вынеси вердикт. Структура папок врёт (у config-тулкита есть `experiments/`, как и у research-репо) — судить по содержанию. 4. **Определи тип задачи** (через `routing-policy`): research / fix-1-2 / feature-3+ / TDD / debug / security. 5. **Применяй матрицу** (ниже) → объяви пользователю: «Проект X, задача Y → гружу [правила/агенты/скиллы]». ## Типы проектов | Тип | Признаки намерения | Методология | |-----|--------------------|-------------| | **research** | проверка гипотез, научные claims, фальсификация | FL Full-Ladder + EstimandOps (L0 gate) + skeptic-triggers. Claims → `[VERIFIED]/[HYPOTHESIS]` | | **data-science** | датасеты, метрики модели, ML-пайплайн | EstimandOps L0 + валидация на РЕАЛЬНЫХ данны