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

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

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

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

av-dev-code/skills/resolve/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: resolve
-description: "Взять одну задачу и довести её до закрытия. Одна точка входа, три сценария, и выбирает сценарий сам скилл, прочитав постановку. Способ известен и меняется поведение — сценарий решения: цикл Spec Driven Development (opsx propose → разметка → ревью дизайна → чекпоинт с объяснением человеческим языком → opsx apply → ревью кода → archive → синк документации → коммит → закрытие). Способ известен, а спека не меняется (тип chore: тулчейн, зависимости, сборка, гит-хуки, перенос, чистка) — сценарий обслуживания: правка → гейт со сверкой состава проверок → ревью фиксированным планом без change (autotests, operations, плюс conventions, если тронут код) → синк документации → коммит → закрытие; планового стопа нет, change не заводится. Способа нет, постановка мутная, тип research — сценарий разведки: вопрос и рамки → чтение документов, кода и внешних источников (можно opsx:explore) → чекпоинт вариантов: 2–4 способа решить, цена каждого, что становится невозможным, рекомендация → ответ уезжает в документы канона, исход — в задачи → вычитка написанного → коммит → закрытие. Разведка кода не пишет и change не заводит, а выбранный способ реализуется следующим прогоном. На входе путь к файлу задачи, её слаг или просто текст. Использовать, когда просят взять, сделать или решить задачу, обновить зависимости или сборку, разобраться, изучить, сравнить подходы, проработать сырую идею, ответить на вопрос из беклога."
+description: "Взять одну задачу и довести её до закрытия. Одна точка входа, три сценария, и выбирает сценарий сам скилл, прочитав постановку. Способ известен и меняется поведение — сценарий решения: цикл Spec Driven Development (opsx propose → разметка → ревью дизайна → чекпоинт с объяснением человеческим языком → opsx apply → ревью кода → archive → синк документации → коммит → закрытие). Способ известен, а спека не меняется (тип chore: тулчейн, зависимости, сборка, гит-хуки, перенос, чистка) — сценарий обслуживания: правка → гейт со сверкой состава проверок → ревью фиксированным планом без change (autotests, operations, плюс conventions, если тронут код) → синк документации → коммит → закрытие; планового стопа нет, change не заводится. Нашлась дельта-спека — задача оказалась шире своего типа: стоп с объяснением простым языком и двумя решениями человека, переформулировать запись в fix или feature и решать её процессом того типа следующим прогоном либо прекратить работу. Способа нет, постановка мутная, тип research — сценарий разведки: вопрос и рамки → чтение документов, кода и внешних источников (можно opsx:explore) → чекпоинт вариантов: 2–4 способа решить, цена каждого, что становится невозможным, рекомендация → ответ уезжает в документы канона, исход — в задачи → вычитка написанного → коммит → закрытие. Разведка кода не пишет и change не заводит, а выбранный способ реализуется следующим прогоном. На входе путь к файлу задачи, её слаг или просто текст. Использовать, когда просят взять, сделать или решить задачу, обновить зависимости или сборку, разобраться, изучить, сравнить подходы, проработать сырую идею, ответить на вопрос из беклога."
 ---
 
 # Работа над одной задачей
@@ -165,9 +165,15 @@ description: "Взять одну задачу и довести её до за
   с исходом «нужна разведка»: назови, что именно неясно, и не продолжай.
   Кода к этому моменту не написано, и писать его «пока разбираемся» нельзя;
 - **обслуживание → решение**: нашлась дельта-спека, то есть поведение всё-таки
-  меняется. **Стоп** с исходом «меняется спека». Сделанное не выбрасывается, но
-  и не коммитится: оно уезжает в change следующим прогоном. Коммит обслуживания
-  заявляет «поведение не менялось» — под ним поведение меняется молча;
+  меняется. Задача не сломалась — она **оказалась шире своего типа**, и стоп
+  здесь несёт человеку выбор: назови тип, которым она оказалась (`fix` —
+  расходится с заявленным, `feature` — снаружи появляется то, чего не было),
+  объясни простым языком, что нашлось, и дай два решения — **переформулировать
+  запись и решать процессом того типа следующим прогоном** либо **прекратить
+  работу**. Третьего — «доделать как обслуживание» — нет. Исход в обоих случаях
+  «меняется спека»; сделанное остаётся в рабочем дереве незакоммиченным, тип
+  меняет `av-dev-tasks:tasks` и только после ответа. Подробно —
+  [maintain.md](references/maintain.md), раздел «Дельта нашлась по ходу»;
 - **обслуживание → разведка**: форма правки неизвестна (мажорное обновление,
   смена сборщика). **Стоп** с исходом «нужна разведка», по тому же основанию,
   что и у решения;
@@ -202,7 +208,7 @@ flowchart TD
     fork2 -->|"да"| solve
     fork2 -->|"нет: тип chore"| main
     solve -.->|"способа всё же нет:<br/>стоп, кода не написано"| res
-    main -.->|"нашлась дельта:<br/>стоп, следующим прогоном"| solve
+    main -.->|"нашлась дельта: стоп,<br/>тип на fix или feature,<br/>следующим прогоном"| solve
     main -.->|"форма неизвестна:<br/>стоп"| res
     res -.->|"способ выбран:<br/>следующим прогоном,<br/>зовёт человек"| solve
 ```
@@ -217,6 +223,9 @@ flowchart TD
 написанного требования. Правило вокруг них общее.
 
 **У обслуживания планового стопа нет вовсе, и это следствие, а не поблажка.**
+Один стоп с ожиданием ответа у него всё же есть — по найденной дельта-спеке, — но
+плановым он не является: через него проходят только те прогоны, где задача
+оказалась не тем, чем объявлена.
 Чекпоинт объясняет человеку **выбор**, а у обслуживания выбора нет по
 построению: что делать, сказано в записи, и объяснение свелось бы к пересказу
 задачи её же автору. Стоп, на котором нечего решать, вырождается в обряд