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

Стоп по найденной дельта-спеке говорил только «поведение меняется, дальше идёт решение». Классификация при этом падала на человека в момент, когда весь материал для неё у исполнителя, а задача выглядела сломанной, хотя она просто оказалась шире своего типа. Порядок теперь из трёх шагов: назвать тип, которым задача оказалась (fix — расходится с заявленным, feature — снаружи появляется то, чего не было), объяснить простым языком, что нашлось, и дать два решения — переформулировать запись и решать процессом того типа следующим прогоном либо прекратить работу. Третьего решения, «доделать как обслуживание», нет. Тип исполнитель предлагает, меняет его av-dev-tasks:tasks и только после ответа: переклеенный на ходу тип назначает себе другой процесс и другую глубину проверки. Сделанное при любом решении остаётся в рабочем дереве незакоммиченным.
2026-08-13 09:30:52 +03:00
parent 42849c13eb
commit 95fed623e7
5 changed files with 114 additions and 16 deletions
@@ -33,6 +33,13 @@
 не `chore`. Тип, оставшийся от первой формулировки, врёт ровно там, где по нему
 отбирают.

+**Обнаружилось это уже в работе — запись переформулируется, а не дорешивается.**
+Исполнитель останавливается, называет тип, которым задача оказалась (`fix` —
+поведение расходится с заявленным, `feature` — снаружи появляется то, чего не
+было), и человек решает: сменить тип и решать процессом того типа — либо
+прекратить. Тип меняет этот скилл, а не исполнитель по ходу: у нового типа своя
+схема разделов, и `ready` проверит её заново.
+
 ## Алгоритм

 1. **Проверить, что поведение не меняется.** Меняется — это `feature` или `fix`,