Загрузка данных…
Правила готовности, активность AI и снимок equity для текущей стратегии.
| Правило | Статус | Текущее | Цель | Описание |
|---|---|---|---|---|
| Минимальное число сделок в Phase B | Ожидание | 0 | tgt 250 | Для статистической значимости требуется не менее 250 сделок с активным AI-фильтром (порог из config/phase_promotion.yaml). |
| Минимальная длительность наблюдения | Ожидание | 0 | tgt 90 | AI должен работать в Phase B не менее 90 календарных дней (порог из config/phase_promotion.yaml). |
| Sharpe AI не хуже baseline | Ожидание | 0.000 | base 0.000 · Δ≥-0.1 | Sharpe AI должен быть не ниже Sharpe baseline более чем на -0.1 (порог из config/phase_promotion.yaml). |
| Минимальный абсолютный Sharpe AI | Ожидание | 0.000 | tgt 1.000 | Sharpe AI должен быть не ниже 1 за рассматриваемый период (порог из config/phase_promotion.yaml). |
| Max просадка AI не хуже baseline | Ожидание | 0.00% | base 0.00% | Max drawdown AI не должен превышать baseline. |
| Max просадка AI в пределах политики | Ожидание | 0.00% | pol 10% · cap×0.7 | Max drawdown AI не должен превышать 70% от глобального лимита 10% (config/phase_promotion.yaml). |
| Win-rate AI не сильно хуже baseline | Ожидание | 0.0% | base 0.0% · drop≤5 pp | Разница win-rate baseline и AI не должна превышать 5 п.п. (config/phase_promotion.yaml). |
| Доля полезных AI-решений | Ожидание | 0.0% | tgt 60.0% | Не менее 60% классифицированных AI-решений должны быть полезными (config/phase_promotion.yaml). |
| Доля вредных AI-решений | Ожидание | 0.0% | max 15.0% | Доля вредных AI-решений не должна превышать 15% (config/phase_promotion.yaml). |
| R-multiple AI не хуже baseline | Ожидание | — | Δ≥-0.1 | Требует агрегата R-multiple по сделкам в `v_ai_reliability`/rollups; порог `r_multiple.min_delta_vs_baseline` в config/phase_promotion.yaml. Пока данные не подключены — правило в статусе pending. |
| Контроль дней с превышением дневного лимита убытка | Ожидание | — | — | Сравнение числа «плохих» дней AI vs baseline по `metrics_rollup`/`events`; порог в YAML `stability.max_days_over_daily_loss_threshold`. Пока не реализовано в SQL — pending. |
| Обязательные approvals | Ожидание | — | — | Ручные/процессные проверки из YAML `approvals.required` (risk owner, testnet, monitoring). Подтверждение хранится вне этого endpoint — pending. |