resolve: два сценария вместо одной цепочки — разведка и решение

Разведка была прологом к коду: три шага, чекпоинт вариантов — и вливание в
общую ветку. Своего исхода у неё не было, поэтому и писать в документы проекта
ей было незачем: ответ оседал в design.md будущего change.

- у разведки появился исход: ответ уезжает в документы канона, задачи заводятся
  и уточняются, написанное коммитится, запись закрывается. Кода сценарий не
  пишет вовсе, OpenSpec ему не нужен
- точка входа осталась одна, и сценарий выбирает скилл, прочитав постановку:
  «есть ли очевидный способ решения» видно после чтения записи, и требовать
  этого суждения от вызывающего значит требовать его раньше, чем оно возможно
- оба сценария лежат справочниками и одинаково — solve.md и research.md, — а в
  SKILL.md остались вход, развилка и правила, не зависящие от сценария.
  Асимметрия читалась бы как старшинство: сценарий в теле скилла выглядит
  основным, а в справочнике — оговоркой
- переход между сценариями — событие с названным исходом: решение, упёршееся в
  незнание способа, останавливается; разведка, выбравшая способ, доводится до
  конца, а код идёт следующим прогоном, который запускает человек
- канон 14: у ADR два законных источника. У решения, принятого разведкой,
  design.md нет по построению, и такое решение либо не попадало в adr/ вовсе,
  либо попадало сочинённым заново

Правки по своему же ревью, до коммита:

- версия 14 была неполной — разрез проверки, вход и устав doc-consistency,
  скелеты adr/README.md и template.md по-прежнему требовали ссылку на
  design.md. Агент краснел бы на законной записи; скелеты уезжают в проекты,
  поэтому запись журнала называет их поимённо
- canon.md объявлял себя двенадцатым, пережив версию 13. Литерал был третьим
  домом числа при двух исправных — убран, а не поправлен
- сценарий разведки был недостижим там, где обещал работать: ready требует у
  research оба раздела, включая «Куда ляжет ответ», а сценарий брался назначить
  адрес сам. Адрес назначает автор записи; сценарий — только когда записи нет
- разведка коммитила без гейта, хотя правит документы канона и индексы задач
- при переносе выпало предупреждение про закрытие разведки без записанного
  ответа — возвращено

TODO.md

@@ -20,7 +20,7 @@
 цикл SDD, конвейер ревью, OpenSpec), `av-dev-git`. Общее, что нужно нескольким
 дословно, живёт домом в `shared/` и уезжает копиями.
 
-Канон документов — **версия 13**; формат задач — **версия 1**, своя и со своим журналом. Живые проекты стоят на 2–3 и на плагине
+Канон документов — **версия 14**; формат задач — **версия 1**, своя и со своим журналом. Живые проекты стоят на 2–3 и на плагине
 `av-dev-pm`, которого больше нет.
 
 Бумажная часть закрыта аудитом четырёх плагинов и четырьмя пропусками правок
@@ -42,7 +42,7 @@
 - [ ] удалить проектные копии: `.claude/skills/healthlog-{task,review}-pipeline`
       и девять `.claude/agents/healthlog-review-*.md`. Они прошлого поколения и
       после переезда указывают на документы, которых уже не будет
-- [ ] `av-dev-docs:canon` в режиме `adopt` — он приведёт проект к канону 13
+- [ ] `av-dev-docs:canon` в режиме `adopt` — он приведёт проект к канону 14
       сразу, картой и с подтверждением. Файл-в-файл здесь не расписан: раскладку
       знает скилл, и второй перечень разошёлся бы с ним
 - [ ] каталог задач — в `tasks/` корня (канон 11), не в `docs/tasks/`, без
@@ -84,9 +84,14 @@
 
 ## 4. Конвейер: что осталось после `resolve`
 
-Сам скилл написан (`av-dev-code:resolve`, два чекпоинта, ветка разведки),
-`task-batch` удалён. Осталось то, что на бумаге не проверяется:
+Сам скилл написан (`av-dev-code:resolve`, два сценария — разведка и решение,
+по чекпоинту у каждого), `task-batch` удалён. Осталось то, что на бумаге не
+проверяется:
 
+- [ ] прогнать сценарий разведки на живой задаче: он написан целиком на бумаге и
+      не исполнялся ни разу. Самое неизвестное — выбор сценария на входе (не
+      уедет ли всё в решение, потому что «способ вроде понятен») и объём того,
+      что разведка пишет в документы
 - [ ] перемерить скилл `review` тем же вопросом, что и проект целиком:
       сколько из его стадий реально смотрятся глазами. Тысяча строк, и весь
       автоматический участок между чекпоинтами держится на них