задачи: цель упразднена, у проекта появилась стадия

Тип goal и индекс ROADMAP.md убраны: цель — зонтик над параллельными
направлениями, а у проекта на одного человека список работ линеен. Роадмап
при этом наполовину дублировал беклог, а «что уже умеет» отвечают спеки и
git log индекса. Секция «Готово» удалена, а не перенесена.

Вместо цели — ось «стадия проекта»: build (беклог это план стройки, порядок
строк значит зависимость, секция одна) и support (очередь правок, порядок
значит важность, секции — полки домена). Стадия объявляется ключом
[tasks] stage, меняется командой stage, без неё check отказывает: порядок
строк нечем прочитать.

Ушли теги goal:/decomposed, поле «Секция», раздел «Завершение», флаги
--goal и edit --section. Версия раскладки 2 → 3, перевод проекта расписан
записью журнала.

av-dev/shared/axes.md

@@ -16,7 +16,8 @@
 
 | Ось | Значения | Дом |
 | --- | --- | --- |
-| тип записи | `goal` `feature` `fix` `chore` `research` | `task-track/SKILL.md`, «Тип записи» |
+| стадия проекта | `build` `support` | `task-track/SKILL.md`, «Две стадии» |
+| тип записи | `feature` `fix` `chore` `research` | `task-track/SKILL.md`, «Тип записи» |
 | сценарий | решение · обслуживание · разведка | `code-resolve/SKILL.md`, «Развилка» |
 | метка | `small` `medium` `large` | `code-review/SKILL.md`, «Метки» |
 | режим прогона | с меткой · без метки | здесь, ниже |
@@ -35,6 +36,9 @@
 
 | Влияет | На что | Где описано |
 | --- | --- | --- |
+| стадия проекта | что значит порядок строк беклога: зависимость или важность | `task-track/SKILL.md`, «Две стадии» |
+| стадия проекта | сколько у беклога секций, как его пополняют, применим ли груминг | там же и `task-groom/SKILL.md`, «Груминг — операция доработки» |
+| стадия проекта | метку, глубину и тип — **не влияет, и это записано явно** | `task-track/SKILL.md`, «Тип записи» |
 | тип записи | сценарий — **предлагает**, подтверждает предмет работы | `task-track/SKILL.md`, «Тип записи» |
 | тип записи | метку и глубину — **не влияет, и это записано явно** | там же |
 | сценарий | режим прогона: обслуживание идёт без метки | `code-resolve/references/maintain.md` |
@@ -44,7 +48,7 @@
 | категория документа | заводит ли документ направление проверки | `canon.md`, «Три категории» |
 | severity | что с находкой делают дальше | `code-review/SKILL.md`, «Что происходит с находками» |
 
-**Две клетки пусты, и это сказано намеренно, а не забыто.**
+**Три клетки пусты, и это сказано намеренно, а не забыто.**
 
 **Категория документа × режим прогона.** На прогоне **с меткой** своя тема
 проекта закрыта при любом значении: `review-basics` — приёмник проектных тем и
@@ -53,6 +57,11 @@
 проекта в нём нет. Значит, документ, заведённый проектом как тема, на
 обслуживании не смотрит никто, и строкой это нигде не называется.
 
+**Стадия проекта × метка.** Изменение на стройке ничем не проще того же
+изменения на доработке: метку назначает разметка по факту изменения, и стадия в
+неё не входит. Заманчивая мысль «на стройке всё `small`, потому что приложения
+ещё нет» разбивается о первый же шаг, кладущий схему хранилища.
+
 **Режим прогона × severity.** Триаж обязателен всегда, в том числе без метки. Но
 часть оснований `critical` — построенный путь к отказу, замер — добывается
 проходами, которые без метки не запускаются. Значит ли это, что `critical` на