← все материалы  ·  лендинг

Методика «Ров»: типология · карта продукта · процесс · проверки · адвокат дьявола

Рабочая методичка лаборатории «Дистрибуция + Моат». Синтез из свода проекта (док. 12–14, 17). Июнь 2026.

Логика документа: чтобы искать и тестировать ров, нужны три вещи — (1) словарь типов рва, из которого собираются гипотезы; (2) единый формат описания продукта, чтобы их можно было класть на одну сетку; (3) процесс, который превращает «у нас крутой продукт» в проверенную гипотезу. На каждом шаге — требование (что проверяем) и обоснование (почему работает). В конце — разбор слабых мест.


1. Типология рвов

Ров — не одна вещь, а набор компонентов. Базовая формула каждого: Benefit + Barrier. Выгода без барьера арбитражируется конкурентом за недели; барьер без выгоды — никому не нужная крепость. Тип рва = из чего сделан барьер.

Три класса по тому, где живёт барьер:

1.1. Таблица типов

Тип Класс Механизм барьера Как возникает Сила в эпоху ИИ
Сетевой эффект спросовой ценность растёт с числом юзеров; новичку не догнать базу критическая масса, флайвил ★★★ — но ТОЛЬКО при single-homing + плотности + не-asymptotic; иначе слаб (Uber/Lyft) [ДР-1]
Издержки переключения / lock-in спросовой клиенту дорого/больно уходить интеграции, данные, обучение, кастомизация ★★★ усилился
Бренд / репутация спросовой платят премию «вслепую» годы репутации, доверие ★★ долго строится
Экономия масштаба / cost advantage предложенческий ниже себестоимость на юнит объём, фикс-косты на больше юнитов ★ труден для софта
Cornered resource предложенческий эксклюзивный доступ к ценному активу редкие/чувствительные данные, регуляторика, талант, IP ★★★ усилился
Процессная сила / operational scars предложенческий превосходство процесса, которое не скопировать быстро накопленная сложность, путь демо→прод (99%-правило) ★★ усилился
Feedback-loop данные предложенческий продукт улучшается от использования проприетарный цикл «данные→качество→юзеры→данные» ★★ работает (в отличие от generic)
Дистрибуция / контроль канала системный дефолт, эмбеддинг, собственная аудитория каналы, интеграции, экосистема, комьюнити ★★★ часто главный
Counter-positioning стратегический инкумбент не повторит без каннибализации себя новая модель/прайсинг, бьющий по его выручке ★★ силён на старте
Innovation stack системный слои HW/SW/данные/канал взаимно усиливаются сборка взаимоусиливающихся преимуществ ★★★ самый прочный, труден в сборке

1.2. Фейк-рвы (отсеивать на входе)

Главная ошибка эпохи ИИ — спутать барьер с тем, что им только кажется:

Фейк Почему не ров Чем притворяется
Фича / функциональность копируется за недели; «UI-обёртка над моделью» «у нас лучше сделано»
Generic-данные по объёму устаревают, дешевеют, копируются «у нас много данных» = cornered resource
Модель как моат коммодитизирована; живёт лишь на foundation-слое (капитал) «мы на передовой модели»
Временная фора сжалась до «нескольких промптов и интерфейса» «мы первые / мы быстрее»

Скорость — не ров, но право его построить (momentum). Данные сами по себе — слабый ров; работают только редкие / проприетарные / с feedback-loop.

1.3. Проверка каждого типа (то, ради чего типология и нужна)

Для каждого типа заранее известно, какой ранний сигнал говорит «ров формируется» и каким приёмом его щупать. Важная поправка [ДР-2]: эти приёмы — не тест рва, а генераторы гипотезы для внешней проверки. Ранние метрики (retention, NDR, k-фактор, CAC) — корреляты, а не суррогаты ROIC (критерий Прентиса не проверен), поэтому в зале они дают «копать здесь», но не вердикт.

Тип Ранний сигнал (leading) Генератор гипотезы для внешней проверки
Сетевой эффект растёт доля органики/реферралов; k-фактор > 0 referral/virality probe на выборке
Switching / lock-in retention выходит на плато (не в ноль); NDR > 100% price-increase test; switching-cost интервью
Бренд inbound/waitlist без платного трафика; премия в цене Sean Ellis PMF-опрос (≥40%) — ⚠ self-selection bias, перекошен в фанатов [ДР-2]. NB: бренд-ров зреет 4–11 лет [ДР-1] — за полдня рано не подтверждается
Cost advantage себестоимость на юнит падает с объёмом data interrogation юнит-экономики
Cornered resource конкурент не может получить тот же доступ red-team «достань тот же ресурс за квартал»
Процессная сила путь демо→прод у конкурента в 10–100× усилий red-team «скопируй надёжность, не демо»
Feedback-loop данные качество растёт с использованием измеримо concierge / Wizard-of-Oz цикла
Дистрибуция CAC падает со временем при том же канале fake-door / channel микро-тест
Counter-positioning инкумбент публично не реагирует (не может) red-team «почему лидер не скопирует»
Innovation stack копирование одного слоя не ломает преимущество red-team по каждому слою отдельно

2. Карта продукта (формат для анализа)

Чтобы продукты можно было класть на одну сетку и сравнивать, каждый описывается по единому шаблону. Каждое поле кормит конкретный тип рва из §1 — то есть карта и есть «вход» для генерации гипотез. Пустые поля — это не пробел, а сигнал «здесь рва точно нет / не знаем».

2.1. Шаблон

# Поле Что вписать Какой тип рва кормит
1 Однострочник что, кому, какую работу клиента закрывает рамка
2 Сегмент и ЛПР кто платит, кто решает, кто пользуется дистрибуция, бренд
3 Статус-кво чем клиент решает задачу сейчас (включая «никак» и Excel) counter-positioning, switching
4 Что копируется за квартал честно: какие фичи конкурент с ИИ повторит отсев фейков
5 Что накапливается данные / связи / контент / операционная сложность со временем feedback-loop, process power, cornered resource
6 Издержки ухода что клиенту больно/дорого бросить switching / lock-in
7 Эксклюзивный доступ редкие данные, регуляторика, талант, IP, партнёрства cornered resource
8 Каналы + CAC где берёте клиентов, почём по каждому каналу дистрибуция
9 Метрики retention-кривая, NDR, доля органики, динамика CAC, реакция на рост цены сигналы по §1.3
10 Что инкумбент не повторит модель/прайсинг, бьющий по его выручке counter-positioning
11 Наивная гипотеза рва где фаундер думает, что защищён стартовое допущение для проверки

2.2. Требование к карте (gate на входе)

Почему так: без поля 4 разбор скатывается в самолюбование; без поля 11 нет точки, которую день проверяет; «карта дыр» (что неизвестно) важнее красивых ответов — она показывает, где рва нет.


3. Методика: процесс

Три движения: Генерация → Фильтр фейков → Тест. За ними — один принцип сжатия и одна роль ИИ.

3.1. Принцип: глубина ≠ часы

Глубина живёт в трёх местах: (а) точная формулировка вопроса, (б) структурное решение, (в) реальный сигнал с теста. Всё остальное — контекст, дивергенция, прототип, синтез — это механика, которую съедает время. ИИ убирает механику и возвращает часы на суждение, а не отнимает его.

Роль ИИ (жёсткая): ИИ сжимает генеративно-механические шаги (контекст, расширение идей, сборка лендинга, кластеризация сигнала). Вопрос, решение и трактовку держит человек. ИИ максимум оппонирует по запросу; его вклад всегда помечен отдельно.

3.2. Сквозной gate к ИИ (на всех шагах)

3.3. Этапы, требования, обоснование

Для каждого этапа: что делаем · требование (что именно проверяем) · почему работает.

Этап 0. Карта продукта (асинхронно, до зала)

Этап 1. Генерация гипотез рва

Этап 2. Фильтр фейк-рвов

Этап 3. Приоритизация (одна гипотеза)

Этап 4. Тест в зале

Этап 5. Вердикт + ранние метрики

3.4. Встроенные проверки силы рва (применяются на этапах 2 и 4)


4. Почему методика работает в целом

  1. Работа на своём продукте, а не на абстракции. Никто не «ломается» на общей механике ИИ — все думают на собственном кейсе, поэтому включённость и качество выше.
  2. Типология даёт общий язык и проверяемость. Гипотеза, привязанная к типу, тащит за собой готовый сигнал и тест — иначе разбор завис бы на «защищены/не защищены».
  3. Фильтр стоит между генерацией и тестом. Самый дешёвый способ не потратить тест на фейк — отсеять его рассуждением до того, как строить.
  4. ИИ сжимает механику, человек держит смысл. Это возвращает часы на суждение и не подменяет его «ИИ сказал».
  5. Pre-registration + поведенческий сигнал. Связка убирает два главных способа обмануть себя на воркшопе: подгонку результата и веру в мнения вместо данных.
  6. Зал честен про свои границы. Он выдаёт не «ров доказан», а «вот сильнейшая гипотеза + как её добить метрикой» — обещать больше было бы фейком (ров по определению не строится за полдня).

5. Адвокат дьявола

Методику прогнали через независимого критика с задачей «разнести, а не похвалить». Опасность = вероятность × ущерб для результата лаборатории (1–25). Вердикт критика: требует переделки ядра — три пробоины в несущей «тестируем ров за полдня».

5.1. Атаки

# Удар Опас. Почему методика не отвечает
1 Судья = подсудимый. Вердикт «мой ров — фейк» (Этап 2) выносит сам автор при коллегах-конкурентах. Под социальным давлением фильтр течёт ровно там, где громче всего обещает работать. 20 TRIZ-инверсия снимает привязанность к идее, но не страх позора перед залом. Red-team у ИИ, а решение «вычеркнуть» — у автора.
2 Тест рва за 90 мин — подмена. За час в зале поведенчески тестируется только спрос/дистрибуция (fake-door). Барьер (switching, network, process) так не проверить. Канальный тест выдают за «тест рва». 22 §1.3 даёт «быстрые тесты», но они либо мнение (Этап 4 запрещает), либо дистрибуция (не барьер). Противоречие спрятано за словом «probe».
3 ИИ-сжатие переоценено. Teardown по публичным данным = success-story, а не механизм барьера (он непубличен — потому и ров). ИИ-персона = стереотип сегмента. 18 Gate ловит галлюцинацию факта, но не поверхностность вывода. «Источник на утверждение» проходит даже для лендинга конкурента.
6 Стадии не разведены. Откроется набор — придут idea и revenue вперемешку. Для pre-product ров бессмыслен (Helmer: моат не нужен до PMF). Полметодики неприменима к половине зала. 21 §2 поле 11 предполагает, что ров уже есть. Нет stage-gate на входе, нет двух маршрутов.
5 Сигнал на n=12 коллег. k-фактор/price-test на дружелюбном зале = шум. Pre-registration придаёт шуму печать валидности — конвертирует случайное число в «подтверждено». 19 §1.3 допускает внутризальную выборку; §4.5 хвалит pre-registration, не оговаривая, что на невалидной выборке оно усиливает самообман.
7a Арифметика не сходится. «90 мин на гипотезу» × 6 фаундеров не влезает в 4,5 ч. Тайм-бокс не просчитан. 16 Нет поминутного плана с буфером.
7e Нет роли фасилитатора. Все атаки 1–6 лечит сильный нейтральный арбитр, но методика написана как самоисполняющийся процесс. 17 Без арбитра соц. давление и оптимистичная подгонка не нейтрализуются ничем.
4 Типология — прокрустово ложе. Привязка к одному из 10 типов режет гибридные рвы и даёт ложное чувство полноты («попал в клетку #6 → разобрался»). 12 §1 сама вводит innovation stack как композит, но Этап 1 требует одну привязку.
7b «Глубина ≠ часы» нефальсифицируемо. Плохой зал всегда спишут на «слабое суждение», а не на то, что сжатие не сработало. 11 Нет метрики успеха самого зала.
7d «Не сглаживать негатив» поручено кластеризации, которая по природе усредняет. Выброс на малом n — часто единственный истинный сигнал. 13 Противоречащая инструкция ИИ; аномалии съедаются.

5.2. Вердикт

Методика честна в риторике (§4.6 сама признаёт «ров не строится за полдня»), но процесс этого признания не несёт: позволяет выдать тест дистрибуции за тест рва, снять сигнал на невалидной выборке под печатью pre-registration и оставить вердикт о фейке в руках заинтересованного автора. Это не правки на полях — три пробоины в несущей.


6. Пересборка ядра (правки внесены)

Фиксы с опасностью ≥15 внесены в методику — ниже что именно меняется. Помечено [АД].

6.1. Запретить «ров подтверждён». Развести два контура (лечит атаки 2, 7b) [АД]

Зал честно может дать только одно из двух, и это переписывает Этап 4: - Сигнал спроса — поведенческий тест выгоды (fake-door/outreach во внешнем канале). Валиден, но это про дистрибуцию, не про барьер. - Фальсификация барьера — red-team нашёл путь копирования за квартал. Барьер нельзя подтвердить в зале, но можно опровергнуть.

Разрешённая формулировка вердикта (Этап 5): «спрос на выгоду есть + барьер пока не опровергнут». Формулировка «ров подтверждён» — запрещена.

Power-gate [ДР-2]: порог И минимальная выборка внешнего теста ставятся power-расчётом. Вердикт «спрос есть» запрещён, пока внешний n не таков, что доверительный интервал не накрывает порог. (Иначе «48 ч во внешнем канале» вернёт n=12 кликов — тот же шум: CI при n=12 ≈ ±25–30 п.п.) Pre-registration убирает p-hacking, но не лечит мощность.

Метрика успеха зала — две, не одна [ДР-2]: «≥70% запустили внешний тест за 48 ч» — это метрика активности (Kirkpatrick L1), не валидности. Добавить validity-rate: доля тестов, прошедших правила R1–R5 (внешний канал + power + приватность + вердикт не-автором).

6.2. Поведенческий сигнал — только внешний холодный канал (лечит атаки 5, 7d) [АД]

Правило жёсткое: зал готовит тест (собирает лендинг, пишет outreach, фиксирует пороги), но не снимает сигнал на самом зале. Любой «тест на коллегах» помечается «качественный инсайт, не сигнал» и не может давать вердикт. Pre-registration применяется только к внешнему тесту. ИИ-синтез (Этап 5) выдаёт «кластеры + отдельный список аномалий»; человек смотрит аномалии первыми — кластеризации запрещено отбрасывать одиночные сигналы.

6.3. Stage-gate на входе + два маршрута + фасилитатор-арбитр (лечит атаки 1, 6, 7e) [АД]

6.4. Понизить ИИ до «черновика под обязательную фальсификацию» (лечит атаку 3) [АД]

6.5. Принято, но не внесено в ядро (опасность <15)

Итог пересборки: обещание сузилось до честного. Лаборатория больше не обещает «протестировать ров» — она обещает сгенерировать гипотезы рва, отсеять фейки чужими руками и запустить внешний тест спроса с зафиксированным порогом. Барьер зал не подтверждает, а только пытается опровергнуть. Это всё, что полдня может дать без вранья.


7. Итоги депресёрча (доказательная база)

Два независимых deep-research с веб-поиском и адверсариальной верификацией. Полные отчёты со ссылками/DOI: ДР-1 — доказанные рвы, ДР-2 — метод раннего сигнала.

7.1. Что правит типологию (ДР-1)

Сквозная рамка, которой не было: конкурентное преимущество в среднем mean-reverting к WACC, и его длительность со временем сокращается (Wiggins–Ruefli). Persistence реальна, но это распределение, не гарантия (McGahan–Porter: business-specific ≈32% дисперсии прибыльности; Mauboussin: ~41% топ-квинтиля ROIC держатся через 9 лет). Ров — про сдвиг вероятностей, не про вечность.

Доказательность по типам:

Тип Статус по ДР-1
Switching costs / lock-in ✅ рецензируемая эмпирика (Farrell–Klemperer; Williamson «fundamental transformation»)
Endogenous sunk costs ✅ самый «жёсткий» механизм (Sutton, эконометрика)
Бренд ✅ доказан, но с лагом 4–11 лет (Mizik, JMR 2014) → за полдня не подтверждается
Scale / regulatory ✅ при высоком MES / реальной регуляторике
Сетевой эффект узко: только single-homing + плотность + не-asymptotic; иначе слаб
Дистрибуция · innovation stack · feedback-loop данные ◔ теория + паттерн практиков; лонгитюдной AI-эмпирики ещё нет
Dynamic capabilities ✗ тавтологично, нефальсифицируемо, пост-хок (Eisenhardt–Martin; Halo Effect)
«Data moat» из generic-данных · «у нас NE» по умолчанию ✗ опровергнуто (a16z сами; Uber/Lyft asymptotic + multihoming)

→ Мой §1.2 (фейки) подтвердился. §1.1: оценка сетевого эффекта понижена и обусловлена; добавлена mean-reversion-рамка.

7.2. Что правит метод (ДР-2) — простым языком

Направление пересборки §6 верное, но в нескольких местах метод опирался на приёмы, которые сами по себе врут. Пять поправок, по-человечески:

  1. Ранняя метрика — спутник, а не замена. Если retention или k-фактор поползли вверх — это ещё не значит, что ров будет. Связь «метрика выросла → ров построится» не доказана. Поэтому в зале такая метрика — повод копать в эту сторону, но не вердикт «получилось». (критерий Прентиса; surrogate paradox)

  2. 12 человек или 12 кликов за 48 часов ничего не значат. Разброс гигантский: с дюжиной наблюдений ты не отличишь 30% от 60%. Прежде чем верить цифре, посчитай, сколько ответов нужно, чтобы она вообще что-то означала. Заранее назвать порог (pre-registration) полезно — спасает от подгонки задним числом, но маленькую выборку большой не делает. (CI при n=12 ≈ ±25–30 п.п.)

  3. Критик «для галочки» делает только хуже. Если посадить человека спорить формально, автор, отбившись от слабых нападок, лишь укрепится в своей идее. Нужен либо настоящий скептик, либо назначенному — чёткий мандат «рвать», а не «поспорить». (Nemeth 2001)

  4. «70% ушли с запущенным тестом» — это про активность, не про честность. Меряет, что люди были деятельны, а не что тесты были валидны. Считать надо ещё и долю тестов, сделанных по правилам (внешний канал, нормальная выборка, вердикт выносит не автор). (критика Киркпатрика)

  5. Опрос «расстроитесь, если продукт исчезнет?» отвечают в основном фанаты. Поэтому заветные 40% получить легко и легко себя обмануть — та же ошибка, что «спросил у своих». (self-selection bias)

На что НЕ опираемся (слабые/оспоренные источники): premortem «+30% точности» (поп-оверрич), «разнообразие важнее способностей» (оспорено), groupthink (плохо воспроизводится). Из спорного взяли только устойчивое — эффект «уверенность растёт без роста точности».

Сводный вывод обоих ДР: методика стала честнее в обе стороны. Со стороны рва — половина «сильных» типов либо узко-условна (NE), либо зреет годами (бренд), либо пока только паттерн (дистрибуция/stack в AI). Со стороны метода — зал не даёт количественного сигнала вообще; он генерирует гипотезу и запускает внешний power-gated тест, вердикт по которому приходит уже не в зале.


8. Уточнённое ядро: ров как модель, где время работает на нас

Это ядро задаёт, что именно зал производит. Механики §3 и пересборка §6 ему служат.

8.1. Что зал может и не может (асимметрия доказательства)

За полдня доказать, что ров работает, нельзя — ров подтверждается только устойчивостью во времени. Но три вещи зал может:

  1. Опровергнуть. Отсеять заранее плохие варианты — фейк-рвы и гипотезы, которые ломаются о тест копирования. Это сильный ход: убрать неработающее дешевле, чем подтвердить работающее.
  2. Построить модель, в которой ров работает, и проверить её на прочность. Модель условная и причинная, не численная: «если накапливаются факторы A, B, C — то разрыв с конкурентом растёт». Зал проверяет не «есть ли ров», а «сходится ли механизм».
  3. Вывести требования — что должно быть обеспечено, чтобы модель держалась. Это операциональный список условий, а не обещание результата.

8.2. Критерий существования рва в модели

Время работает на нас, а не против. Чем дольше бизнес существует, тем труднее его догнать — а не наоборот.

Это и есть тест модели на прочность: показать механизм, по которому преимущество накапливается, а не истощается. Дефолт реальности (§7.1) — истощение; поэтому модель обязана объяснить, почему именно этот бизнес выпадает из mean-reversion, а не предположить это.

Презумпция истощения — стартовая точка (внесено по §9, атаки 4, 7). Начинаем с допущения «время против нас»: это базовая ставка (§7.1), и бремя доказательства лежит на компаундинге — модель обязана перебить презумпцию конкретным механизмом, а не предположить отрыв. Оговорка: «разрыв растёт» — это вторая производная (ускорение отрыва), и в окне зала и 48-часового теста она ненаблюдаема. Поэтому в зале мы проектируем механизм и фиксируем раннюю производную драйвера (накопление на пользователя / единицу времени), а сам компаундинг проверяется уже вне зала.

8.3. Что лаборатория выдаёт на выходе

  1. Драйверы модели — факторы, накопление которых расширяет разрыв; это главные метрики, которые бизнес обязан обеспечивать. Драйвер засчитан только при трёх условиях (внесено по §9, атаки 1, 5): (а) механизм непубличный и накапливаемый — публичный скопируют; (б) назван внешний проверяющий (кто/что подтвердит, что фактор реально копится, не на словах); (в) задана kill-condition — при каком наблюдении считаем петлю разорванной. Драйвер без kill-condition — салфеточный флайвил, не драйвер.
  2. Список мероприятий — что делать, чтобы организовать и накапливать эти факторы.
  3. Ранние метрики на каждый драйвер — показывают, движемся ли мы в сторону построения рва.

8.4. Логика ранних метрик (асимметрия ещё раз)

«Не опровергнут» — слабое утверждение: оно значит «пережил перечисленные атаки» (тест копирования + поиск обхода каждого драйвера), а не «работает». Всегда с перечнем атак, которые гипотеза выдержала.

Поэтому положительный исход лаборатории — это не «ров есть», а: «модель прочна + пережила перечисленные атаки + ранние метрики двинулись → стоит строить дальше». Отрицательный — «драйвер не накапливается этим путём → меняем модель».


9. Адвокат дьявола над уточнённым ядром (§8)

Опасность 1–25. Цель — проверить именно §8, не хвалить.

# Удар Опас. Минимальная правка
1 Любой нарисует флайвил. «Модель, где время работает на нас» собирается на салфетке за 10 минут — каждый фаундер умеет рисовать самоусиливающуюся петлю. Прочность модели ≈ честность подбора факторов, а её-то ничто не гарантирует. 20 Каждый драйвер модели обязан иметь (а) внешнего проверяющего — кто/что подтвердит, что фактор реально накапливается, не на словах; (б) kill-condition — при каком наблюдении считаем петлю разорванной. Модель без kill-condition — фантазия.
2 «Не опроверг» ≠ работает. Отсев плохих вариантов за 4 часа поверхностен: фейк переживёт слабую атаку и пройдёт как «не опровергнут». Двойное отрицание — слабый сигнал. 18 Опровержение засчитывается только если атака прошла протокол (тест копирования за квартал + поиск пути обхода каждого драйвера), а не «поспорили и не убили». «Не опровергнут» переименовать в «пережил N конкретных атак», с перечнем атак.
3 Провал ранней метрики ≠ ров недостижим. Метрика могла не сдвинуться из-за исполнения, не того канала, ранней стадии. Сильное «доказываем, что нельзя» оборачивается ложным негативом — убьём настоящий ров из-за кривого теста. 19 Смягчить формулировку: провал ранней метрики опровергает не «ров недостижим», а «этот драйвер этим способом за это окно не накапливается». Перед выводом — отсечь альтернативы (канал/исполнение/стадия) чек-листом. Опровержение адресно, не глобально.
4 Разрыв растёт — это вторая производная, её не видно в окне. «Время работает на нас» — про ускорение отрыва, видно за месяцы-годы. Зал + тест на 48 ч ловят уровень и в лучшем случае первую производную. Критерий §8.2 в окне теста ненаблюдаем. 17 Зал не измеряет разрыв, а проектирует механизм накопления и фиксирует раннюю производную драйвера (накопление на пользователя/единицу времени) + порог, ниже которого компаундинг невозможен математически. Признать: компаундинг — гипотеза модели, проверяемая вне зала.
5 Подбор драйверов — тот же самообман, видом сбоку. Раньше фаундер выбирал, какой у него ров; теперь выбирает, какие факторы класть в модель. Льстивый отбор никуда не делся, просто переехал на уровень выше. 16 Драйверы выбирает не автор: кросс-фильтр (§6.3) + правило «драйвер засчитан, только если назван непубличный накапливаемый механизм» (иначе его копируют). Аутентичный скептик ведёт отбор.
6 Требования могут стать wish-list. «Что должно быть обеспечено, чтобы ров работал» легко превращается в список благих условий, который никто не проверяет на выполнимость. 13 Каждое требование обязано иметь раннюю метрику выполнения и срок; требование без измеримого признака выполнения вычёркивается как лозунг.
7 mean-reversion бьёт по самому критерию. §7.1: длительность преимущества сокращается, дефолт — истощение. Значит «время работает на нас» — статистически исключение, а зал заточен искать именно его → systematic optimism. 15 Ввести базовую ставку как якорь: начинаем с презумпции «время против нас», и модель должна её перебить конкретным механизмом. Бремя доказательства на компаундинге, не на истощении.

9.1. Вердикт

Уточнённое ядро сильнее предыдущего: оно перестаёт обещать недостижимое (доказать ров) и переносит вес на фальсификацию и причинную модель — это эпистемически честно. Три несущие правки внесены в §8 (в скобках — атаки, которые они закрывают):

  1. Каждый драйвер = непубличный накапливаемый механизм + внешний проверяющий + kill-condition (атаки 1, 5). Без этого «модель, где время работает на нас» — салфеточный флайвил.
  2. Опровержение адресно, не глобально (атаки 2, 3). Провал ранней метрики убивает «этот драйвер этим способом в этом окне», а не «ров вообще»; «не опровергнут» = «пережил перечисленные атаки».
  3. Презумпция истощения как стартовая точка (атаки 4, 7). Дефолт «время против нас»; компаундинг — гипотеза, которую модель обязана перебить механизмом, а вторую производную честно выносим за пределы зала.

Итог: ядро §8 принимаем как рабочее с тремя правками выше. Лаборатория теперь честно делает ровно то, что за полдня делаемо: отсевает фейки по протоколу, строит причинную модель компаундинга с kill-conditions, и снимает ранние производные драйверов — где провал адресно опровергает путь, а рост лишь разрешает строить дальше.