обслуживание: найденная дельта останавливает работу предложением, а не отказом

Стоп по найденной дельта-спеке говорил только «поведение меняется, дальше идёт
решение». Классификация при этом падала на человека в момент, когда весь
материал для неё у исполнителя, а задача выглядела сломанной, хотя она просто
оказалась шире своего типа.

Порядок теперь из трёх шагов: назвать тип, которым задача оказалась (fix —
расходится с заявленным, feature — снаружи появляется то, чего не было),
объяснить простым языком, что нашлось, и дать два решения — переформулировать
запись и решать процессом того типа следующим прогоном либо прекратить работу.
Третьего решения, «доделать как обслуживание», нет.

Тип исполнитель предлагает, меняет его av-dev-tasks:tasks и только после ответа:
переклеенный на ходу тип назначает себе другой процесс и другую глубину проверки.
Сделанное при любом решении остаётся в рабочем дереве незакоммиченным.

README.md

@@ -57,7 +57,11 @@
     и `operations`, плюс `conventions` с техническим разбором, если дифф трогает
     код; главный шаг сценария — синк документации, потому что обслуживание чаще
     прочих двигает как раз те факты, которые сверяются с кодом. Правка гейта
-    сверяется по составу проверок, а не по цвету.
+    сверяется по составу проверок, а не по цвету. Нашлась дельта-спека — задача
+    **оказалась шире своего типа**: работа останавливается, тип называется
+    (`fix` или `feature`), человек получает объяснение простым языком и два
+    решения — переформулировать запись и решать её процессом того типа следующим
+    прогоном либо прекратить; «доделать как обслуживание» решением не является.
     **Разведка** (тип `research`, сырая идея, мутная постановка) кода не пишет
     вовсе: её чекпоинт — варианты, 2–4 способа решить с ценой каждого, — стоит до
     первого написанного требования, а исход уезжает в документы канона и в