tasks: упразднены цели и роадмап, объявлена стадия build

- 11 записей типа goal закрыты с причиной, называющей задачи-наследники;
  ROADMAP.md удалён, индекс остался один — BACKLOG.md;
- 33 записи переписаны: ссылка «Двигает пункты N «Завершения» цели» уступила
  место прямому утверждению — без целей номера пунктов вели в никуда;
- шапка BACKLOG.md размечена парой <!-- стадия -->, порядок строк теперь
  объявлен зависимостью, а не важностью.

tasks/items/ntfy-delivery.md

@@ -3,12 +3,10 @@
 - **Тип:** feature
 - **Категория:** Очередь — Канал уведомлений выбирается в настройках, которые уже есть.
 - **Зачем:** Пользователь веба узнаёт о готовности только опросом с открытого экрана.
-- **Теги:** goal:ready-notification
 
-Двигает пункты 1, 2, 4 и 5 «Завершения» цели: готовый текст и отказ доходят до
-пользователя веба без открытого приложения, отказ канала задачу не роняет, а
-пользователь Telegram получает ответ по-прежнему ботом. Выбор канала самим
-пользователем (пункт 3) заводит `settings-screen`.
+Готовый текст и отказ доходят до пользователя веба без открытого приложения,
+отказ канала задачу не роняет, а пользователь Telegram получает ответ
+по-прежнему ботом. Выбор канала самим пользователем заводит `settings-screen`.
 
 Сегодня `completeJob` и `failJob` отвечают только источнику `telegram`;
 источник `api` не получает ничего. Здесь появляется второй способ доставки, и
@@ -46,3 +44,8 @@
 Web Push с VAPID и своим хранением подписок не делаем. Своего сервера ntfy не
 поднимаем — адрес приходит конфигом. Текст расшифровки уходит на внешний сервис,
 и это сдвиг периметра: строка в `docs/security.md` обязательна.
+
+Отказ от Web Push сегодня живёт открытым вопросом `docs/architecture.md`,
+«Уведомления», и своего ADR не имеет: заводить его не из чего, пока нет
+`design.md` этой задачи. Решение промоутится из него, когда задача пойдёт в
+работу.