estimand-bridge

# Estimand Bridge — дизайн заговаривает с проверкой `estimand.md` определяет, ЧТО важно (MCID — порог значимости) и как обрабатывать события (ICE — стратегия, не imputation). Но Skeptic и PR-проверки работают по **общим** триггерам и твоих определений не знают. Результат: ты дисциплинированно спроектировал — а автоматика это не enforce-ит. Этот мост читает estimand.md и генерит проверки **под него**. ## Когда применять Есть `estimand.md` (или `claim.md`) И нужно оценить результат/вывод. Перед тем как поверить «всё сошлось» — прогони через мост. ## Шаг 1 — Прочитать estimand Найди и прочитай `estimand.md` (обычно `experiments/<id>/estimand.md`). Извлеки: | Поле | Зачем мосту | |------|-------------| | **Question type** (descriptive/predictive/causal) | causal без DAG → авто-провал | | **Endpoint** + units | что именно меряется | | **Summary measure** | risk_difference / F1_delta / … (не HR/OR в гетерогенной популяции!) | | **MCID** | порог: результат ниже = «не действовать», даже если p<0.05 | | **ICE + strategy** | выбывшие/события обработаны стратегией, НЕ средним/LOCF | Если estimand.md нет или MCID/ICE — плейсхолдеры → **СТОП**: «нечего enforce-ить, сначала заполни estimand». ## Шаг 2 — Сгенерировать проверки для Skeptic Из полей собери **точечные** falsification-вопросы (не общие). Шаблон: ```markdown ## Skeptic-вопросы из этого estimand 1. [MCID] Результат = {X}. MCID = {порог}. Если |X| < MCID → результат ПРАКТИЧЕСКИ НЕзначим, даже при p<0.05. Проверь: X ≥ ...