ДОМЕНЫ - ВОПРОСЫ - ОРРКЕСТРАЦИЯ - БАЗА -Зафиксировать в orchestration loop правило domain enablement для новых неразмеченных доменов

docs/orchestration/domain_case_loop_repo_adapter.md

@@ -46,6 +46,9 @@
 
 Использует живой backend:
 
+- по умолчанию helper запускает кейс через `local / qwen2.5-14b-instruct-1m / http://127.0.0.1:1234/v1`;
+- для переопределения доступны `--llm-provider`, `--llm-model`, `--llm-base-url`, `--llm-api-key`.
+
 ```powershell
 python scripts/domain_case_loop.py run-case `
   --domain open_contracts `
@@ -103,3 +106,23 @@ python scripts/domain_case_loop.py import-export `
 - `partial`
 - `blocked`
 - `needs_exact_capability`
+
+`needs_exact_capability` здесь означает не "закрыть кейс как чужой", а "доменный запрос валиден для проекта, но текущий контур еще не умеет его отрабатывать точно".
+
+## Политика для новых и неразмеченных доменов
+
+Outer loop должен считать нормальным, что пользователь будет приносить кейсы из доменов, которые еще не размечены в текущем runtime.
+
+Если baseline показывает, что:
+
+1. вопрос лежит внутри целевого project scope;
+2. 1С/MCP/данные проекта концептуально относятся к этому домену;
+3. ответ не получен из-за отсутствующего intent/route/capability/bootstrap;
+
+то кейс нельзя автоматически считать `out_of_scope`.
+
+Такой кейс должен переходить в режим domain enablement:
+
+- явно зафиксировать, чего не хватает: `intent`, `route`, `capability`, `data access`, `contour bootstrap`;
+- сформировать минимальную задачу на прокидывание контура;
+- после этого повторно прогонять baseline/rerun уже как продуктовый кейс.