/decision-gate — Оптимальная остановка для любого выбора из N

Проблема: без структуры либо выбираешь первый подходящий (слишком рано), либо исследуешь всё до конца (слишком дорого). Математически обоснованный баланс — исследуй 37%, потом выбирай первое что лучше. Работает для кода, науки, бизнеса.

Когда НЕ использовать

• N < 3 → просто сравни вручную
• Один очевидный вариант → реши напрямую
• Все варианты ОБЯЗАТЕЛЬНЫ (security audit, legal) → exhaustive review
• Гипотеза уже выбрана, нужен глубокий анализ → /hypothesis-arbiter
• Планирование задач дня/недели → обычный планировщик, не этот скилл

Режимы — выбрать по контексту

primary_criterion — это критерий из колонки выше. Используется в алгоритме (Шаг 4 FALLBACK) и в G3/G5.

Алгоритм (ядро — одинаков для всех режимов)

Шаг 1: N = количество кандидатов (задай явно)
Шаг 2: exploration_limit = ceil(N × 0.37)
        [deadline/кризис → 0.25; высокая цена ошибки → 0.50]
Шаг 3: Оцени кандидатов 1..exploration_limit → запиши benchmark:
         benchmark_holder = кандидат с max(score)
         threshold = score benchmark_holder
Шаг 4: Продолжай с кандидата exploration_limit+1..N →
         первый кто beats threshold → ВЫБРАН → Gate 4
         если никто не beat → FALLBACK: benchmark_holder если primary_criterion ≥ 7
                              иначе → ESCALATE
Шаг 5: Verification gate → ACCEPT / HOLD / SKIP / ESCALATE

Важно: в малых пулах (N=4-6) лучший кандидат часто попадает в exploration фазу. FALLBACK к benchmark_holder — это стандартный путь, не крайний случай.

5 Gate-ов (пройти по порядку)

Unknown Penalty (применять до финального score)

Если по критерию нет данных → не ставь "среднюю 5", а маркируй [?] и вычти штраф:

Правило: кандидат с ≥3 [?] не может получить ACCEPT — статус HOLD до заполнения данных.

VoI Probe (применять когда G7 срабатывает)

Когда решение заблокировано — не "надо подумать", а конкретная проверка.

Формат (записать в output):

Probe: [что именно проверить — одно действие]
Cost: [время / compute]
Differentiates: [как результат меняет решение — A побеждает или B?]
Decision after probe:
  PASS → ACCEPT [кандидат]
  FAIL → SKIP / ESCALATE

Правило: если результат probe не меняет решение между топ-2 кандидатами — это не VoI probe, это занятость. Выбери другой probe.

Скоринг — по режиму (10-балльная взвешенная шкала)

Код: bugfix / refactor / optimization

Жёсткое правило: Correctness < 7 → нельзя ACCEPT даже если остальное отлично.

Код: architecture / dependency

Наука: experiment (GPU / compute / token budget)

Жёсткое правило: Falsifiability < 7 → не запускай. Сначала сформулируй чёткий FAIL-критерий. После ACCEPT: сформулируй claim и контрольные тесты письменно, затем запусти эксперимент.

Наука: claim (физические механизмы / scientific claims)

Интеграция: claim ACCEPT → подробный анализ выбранной гипотезы или запуск самого дешёвого falsification-теста.

Бизнес: founder (проект / фича / пивот)

Жёсткое правило: 30-day revenue signal < 6 → это не founder-решение сейчас, это research. После ACCEPT: конкретный шаг на 30 минут + дата следующего checkpoint.

Claude Code — специфические улучшения

Cheapest Test First (bugfix режим)

В exploration фазе тесты дешевеют по лестнице:

1. grep/Grep — секунды, 0 compute
2. git log --follow <file> --oneline -10 — история изменений
3. git blame <file> -L <line>,<line> — кто и когда менял строку
4. Minimal reproduction — 5-строчный тест-кейс
5. Full pytest run — только для ACCEPT (G4)

НЕ запускай полный тест-сьют для гипотез exploration фазы.

Git Blame Integration (bugfix)

Когда гипотеза о регрессии (что-то сломалось после изменения):

• Если гипотеза соответствует последнему коммиту в файле → +2 к Correctness (max 10/10)
• git show <commit> перед тестированием этой гипотезы

Config/CI compatibility (architecture/dependency)

Если ACCEPT затрагивает конфигурацию или CI:

• G5 rollback_gate обязателен (нет исключений)
• Rollback plan = git stash или revert-коммит
• Перед ACCEPT: тесты проекта должны пройти

Обязательный output-формат

## Decision Gate — [режим] — [дата]

### Контекст
Задача: [что выбираем]
N кандидатов: [список]
Бюджет/ограничение: [время / GPU / токены / деньги или N/A]

### Фаза 1: Исследование (кандидаты 1..ceil(N×0.37))
| # | Кандидат | Primary criterion | Score /10 | Статус |
|---|----------|-------------------|-----------|--------|
| 1 | ...      | X/10              | Y.Y       | explored |

**Benchmark lock:** кандидат #N — score Z.Z / threshold Z.Z

### Фаза 2: Выбор (кандидаты ceil(N×0.37)+1..N)
| # | Кандидат | Score /10 | beats benchmark? | Статус |
|---|----------|-----------|-----------------|--------|
| 3 | ...      | Y.Y       | ✅/❌            | SELECTED/SKIP |

### Gates
- G1: ✅ (exploration_limit = K)
- G2: ✅ (benchmark = Z.Z)
- G3: ✅/❌ / SECONDARY PATH (fallback к benchmark_holder, correctness=X)
- G4: ✅/❌ ([что проверено])
- G5: ✅/❌ ([rollback plan или N/A])
- G6: ✅/SKIP/HOLD ([разрыв X.X; perturbation: winner стабилен/нестабилен])
- G7: ✅/SKIP/PROBE ([probe: X / cost: Y / PASS→ACCEPT кандидат, FAIL→SKIP])

### Решение: **ACCEPT / HOLD / ESCALATE**
Выбранный: [название]
Причина: [1 строка]
Следующий шаг: [конкретное действие: запустить / передать в FL / hypothesis-arbiter / 30-min action]
Rollback: [как откатить или N/A]

Вердикты

Связанные скиллы (полная цепочка)

/decision-gate       ← "какой из N выбрать?" (этот скилл)
/hypothesis-arbiter  ← глубокий анализ выбранной гипотезы (после ACCEPT в claim/research)
/experiment-design   ← дизайн выбранного эксперимента (после ACCEPT в experiment)
/ab-test             ← "правильно ли выбрали?" — статистика после deployment
/pre-mortem          ← risk analysis перед high-stakes ACCEPT

Интеграция: claim ACCEPT → письменно зафиксируй claim и контрольные тесты, затем запусти эксперимент.

Примеры по контекстам

Код — bugfix (N=5 гипотез, exploration_limit=2): Гипотезы 1-2 → cheapest test (grep, git blame). Benchmark → с гипотезы 3: первая что beat threshold → minimal reproduction → ACCEPT → pytest.

Наука — claim (N=4 механизма, exploration_limit=2): Скор по falsifiability + test cost. С механизма 3: первый с чётким FAIL-критерием и cheapest test < 4ч → ACCEPT → FL Standard.

Эксперимент — GPU budget (N=6 preprocessing стратегий, exploration_limit=3): Скор по info_gain/GPU-час. Первый что beats threshold → запустить. Если никто → fallback к лучшему из exploration фазы если falsifiability ≥ 7.

Founder — фича (N=4 идеи, exploration_limit=2): Скор по 30-day revenue signal. С фичи 3: первая с клиентским сигналом < 30 дней → спринт.