verify-hypotheses

Name: verify-hypotheses
Author: TserenTserenov

42stars122forks

How to install verify-hypotheses?

tserentserenov/fmt-exocortex-template/verify-hypotheses

$npx -y skills add TserenTserenov/FMT-exocortex-template --skill verify-hypotheses

Installs into the current project.

Summary

Сверка журнала гипотез (hypotheses-log.md) по запросу вне ритма week-close. Фильтрует записи со статусом «на сверке» и наступившей датой, сверяет критерий фальсификации с доступной фактурой, предлагает вердикт, пилот подтверждает, вердикт пишется новой записью. Вызывать на явную

Files · 1

View on GitHub

SKILL.md

1	# /verify-hypotheses
2
3	> Scope: прочитать `hypotheses-log.md`, найти записи с наступившей датой сверки, сверить с фактурой, предложить вердикт, записать подтверждённый пилотом вердикт новой записью.
4	> Not in scope: не создаёт новые гипотезы (это Note-Review), не выполняет сверку на week-close автоматически (это шаг 6a `.claude/skills/week-close/SKILL.md` — этот скилл дублирует тот же алгоритм для вызова вне недельного ритма), не редактирует исходные записи.
5	> Role: нет выделенной роли-носителя — используется тем, кто сейчас ведёт week-close (Стратег, R1). См. открытый АрхГейт-вопрос РП-496 Ф4.
6
7	## When to use
8
9	- Пилот говорит «сверь гипотезы недели» или «сверь гипотезы» вне обычного ритма Week Close.
10	- Есть подозрение, что конкретная гипотеза уже разрешилась (пилот увидел факт раньше даты сверки) и хочет проверить досрочно.
11	- Диагностика: сколько гипотез сейчас «на сверке» и когда у них дата.
12
13	## Preconditions
14
15	1. WP Gate precondition. Задача привязана к РП-496 (Журнал гипотез, LPF-регламент обратной связи), фаза 3.
16	2. Журнал существует. `{{GOVERNANCE_REPO}}/current/hypotheses-log.md` — если файла нет, сообщить пилоту и завершить (журнал ещё не создан или создан в другом месте).
17
18	## Algorithm
19
20	### Step 1 — Прочитать журнал и отфильтровать
21
22	Input: `{{GOVERNANCE_REPO}}/current/hypotheses-log.md`
23	Action: прочитать все записи. Отобрать те, у которых `Статус: на сверке` И `Дата сверки` ≤ сегодня. Записи со статусом `черновик` (не подтверждённые пилотом на Note-Review) пропустить — они вне цикла сверки. Записи, уже имеющие вердикт (`подтверждена`/`опровергнута`/`частично подтверждена`/`неприменимо`), пропустить.
24	Output: список ID (H-NNN) с наступившей датой сверки, готовых к проверке. Если список пуст — сообщить «Нет гипотез с наступившей датой сверки» и завершить (не ошибка, штатный результат).
25
26	### Step 2 — Сверить каждую запись с фактурой
27
28	Input: список ID из Step 1
29	Action: для каждой записи прочитать критерий фальсификации и сверить с доступными источниками — коммиты (`git log` по затронутым репо), `domain_event` (если критерий про измеримую метрику платформы), инфраструктурные логи, факты из ближайшего WeekReport/DayPlan. Если критерий требует данных, которых нет в доступных источниках — явно пометить «данных недостаточно для вердикта», не гадать.
30	Output: для каждой записи — черновик вердикта (подтверждена / опровергнута / частично подтверждена / неприменимо) с обоснованием (какие факты сверены, откуда).
31
32	Правило «неприменимо»: если условие критерия физически не выполнено (например, зависимый артефакт, о котором гипотеза, не был доставлен) — вердикт «неприменимо», не «опровергнута». Нельзя отличить провал гипотезы от провала внедрения, если предпосылка критерия не соблюдена.
33
34	### Step 3 — Предложить пилоту и получить подтверждение
35
36	Input: черновики вердиктов из Step 2
37	Action: показать пилоту таблицу (ID, утверждение кратко, предложенный вердикт, обоснование). Спросить подтверждение или правку на каждую запись.
38	Output: финальный вердикт по каждой записи, согласованный с пилотом.
39
40	### Step 4 — Записать вердикт и предложить действие
41
42	Input: финальные вердикты из Step 3
43	Action: для каждой записи — добавить новую запись в конец `hypotheses-log.md` в формате `## Сверка H-NNN` со ссылкой на исходную запись, вердиктом и датой сверки. Исходную запись НЕ редактировать (запрет правки задним числом — `memory/lpf-hypothesis-log.md`). Обновить `Статус` в исходной записи на итоговый (это единственное поле исходной записи, которое меняется — статус, не содержание). Затем спросить: какое действие следует из этого вердикта — обновить уверенность на будущее / добавить шаг в чек-лист / завести РП / зафиксировать кандидат в паттерн (Capture-to-Pack). Выбранное действие исполняется вне этого скилла (терминальный выход — уходит в WeekPlan/Pack/РП, потребитель за пределами контура verify-hypotheses).
44	Output: журнал обновлён, каждый вердикт имеет привязанное действие (не «повисший»).
45
46	### Step 5 — Коммит
47
48	Input: обновлённый `hypotheses-log.md`
49	Action: закоммитить в governance-репо (тот же процесс, что и другие правки `current/`).
50	Output: изменения сохранены, история гипотез не потеряна.
51
52	## Bundled resources
53
54	Нет — алгоритм полностью т

TserenTserenovPublisher · 51 listings

Preview

TserenTserenov/FMT-exocortex-template

# /verify-hypotheses

> **Scope:** прочитать `hypotheses-log.md`, найти записи с наступившей датой сверки, сверить с фактурой, предложить вердикт, записать подтверждённый пилотом вер

> **Not in scope:** не создаёт новые гипотезы (это Note-Review), не выполняет сверку на week-close автоматически (это шаг 6a `.claude/skills/week-close/SKILL.md

> **Role:** нет выделенной роли-носителя — используется тем, кто сейчас ведёт week-close (Стратег, R1). См. открытый АрхГейт-вопрос РП-496 Ф4.

RepoTserenTserenov/FMT-exocortex-template

LicenseMIT

TypeSkills

CategoryProductivity

UpdatedJul 2026

Repo stars42

First seenJul 22, 2026

People who liked this also viewed

6 picks

Type

verify-hypotheses

42stars122forks

View on GitHub

How to install verify-hypotheses?

tserentserenov/fmt-exocortex-template/verify-hypotheses

$npx -y skills add TserenTserenov/FMT-exocortex-template --skill verify-hypotheses

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# /verify-hypotheses
2
3	> Scope: прочитать `hypotheses-log.md`, найти записи с наступившей датой сверки, сверить с фактурой, предложить вердикт, записать подтверждённый пилотом вердикт новой записью.
4	> Not in scope: не создаёт новые гипотезы (это Note-Review), не выполняет сверку на week-close автоматически (это шаг 6a `.claude/skills/week-close/SKILL.md` — этот скилл дублирует тот же алгоритм для вызова вне недельного ритма), не редактирует исходные записи.
5	> Role: нет выделенной роли-носителя — используется тем, кто сейчас ведёт week-close (Стратег, R1). См. открытый АрхГейт-вопрос РП-496 Ф4.
6
7	## When to use
8
9	- Пилот говорит «сверь гипотезы недели» или «сверь гипотезы» вне обычного ритма Week Close.
10	- Есть подозрение, что конкретная гипотеза уже разрешилась (пилот увидел факт раньше даты сверки) и хочет проверить досрочно.
11	- Диагностика: сколько гипотез сейчас «на сверке» и когда у них дата.
12
13	## Preconditions
14
15	1. WP Gate precondition. Задача привязана к РП-496 (Журнал гипотез, LPF-регламент обратной связи), фаза 3.
16	2. Журнал существует. `{{GOVERNANCE_REPO}}/current/hypotheses-log.md` — если файла нет, сообщить пилоту и завершить (журнал ещё не создан или создан в другом месте).
17
18	## Algorithm
19
20	### Step 1 — Прочитать журнал и отфильтровать
21
22	Input: `{{GOVERNANCE_REPO}}/current/hypotheses-log.md`
23	Action: прочитать все записи. Отобрать те, у которых `Статус: на сверке` И `Дата сверки` ≤ сегодня. Записи со статусом `черновик` (не подтверждённые пилотом на Note-Review) пропустить — они вне цикла сверки. Записи, уже имеющие вердикт (`подтверждена`/`опровергнута`/`частично подтверждена`/`неприменимо`), пропустить.
24	Output: список ID (H-NNN) с наступившей датой сверки, готовых к проверке. Если список пуст — сообщить «Нет гипотез с наступившей датой сверки» и завершить (не ошибка, штатный результат).
25
26	### Step 2 — Сверить каждую запись с фактурой
27
28	Input: список ID из Step 1
29	Action: для каждой записи прочитать критерий фальсификации и сверить с доступными источниками — коммиты (`git log` по затронутым репо), `domain_event` (если критерий про измеримую метрику платформы), инфраструктурные логи, факты из ближайшего WeekReport/DayPlan. Если критерий требует данных, которых нет в доступных источниках — явно пометить «данных недостаточно для вердикта», не гадать.
30	Output: для каждой записи — черновик вердикта (подтверждена / опровергнута / частично подтверждена / неприменимо) с обоснованием (какие факты сверены, откуда).
31
32	Правило «неприменимо»: если условие критерия физически не выполнено (например, зависимый артефакт, о котором гипотеза, не был доставлен) — вердикт «неприменимо», не «опровергнута». Нельзя отличить провал гипотезы от провала внедрения, если предпосылка критерия не соблюдена.
33
34	### Step 3 — Предложить пилоту и получить подтверждение
35
36	Input: черновики вердиктов из Step 2
37	Action: показать пилоту таблицу (ID, утверждение кратко, предложенный вердикт, обоснование). Спросить подтверждение или правку на каждую запись.
38	Output: финальный вердикт по каждой записи, согласованный с пилотом.
39
40	### Step 4 — Записать вердикт и предложить действие
41
42	Input: финальные вердикты из Step 3
43	Action: для каждой записи — добавить новую запись в конец `hypotheses-log.md` в формате `## Сверка H-NNN` со ссылкой на исходную запись, вердиктом и датой сверки. Исходную запись НЕ редактировать (запрет правки задним числом — `memory/lpf-hypothesis-log.md`). Обновить `Статус` в исходной записи на итоговый (это единственное поле исходной записи, которое меняется — статус, не содержание). Затем спросить: какое действие следует из этого вердикта — обновить уверенность на будущее / добавить шаг в чек-лист / завести РП / зафиксировать кандидат в паттерн (Capture-to-Pack). Выбранное действие исполняется вне этого скилла (терминальный выход — уходит в WeekPlan/Pack/РП, потребитель за пределами контура verify-hypotheses).
44	Output: журнал обновлён, каждый вердикт имеет привязанное действие (не «повисший»).
45
46	### Step 5 — Коммит
47
48	Input: обновлённый `hypotheses-log.md`
49	Action: закоммитить в governance-репо (тот же процесс, что и другие правки `current/`).
50	Output: изменения сохранены, история гипотез не потеряна.
51
52	## Bundled resources
53
54	Нет — алгоритм полностью т

TserenTserenovPublisher · 51 listings

Preview

TserenTserenov/FMT-exocortex-template

# /verify-hypotheses

RepoTserenTserenov/FMT-exocortex-template

LicenseMIT

TypeSkills

CategoryProductivity

UpdatedJul 2026

Repo stars42

First seenJul 22, 2026

People who liked this also viewed

6 picks

Type