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

- паспорт: сервис объявлен архивом с бессрочным хранением записей и текстов,
  машинная вычитка расшифровки внутри границ, приложение — основной вход;
  добавлены две границы: не файловое хранилище общего назначения и не биллинг;
- заведены цели upload-reliability, user-settings, usage-stats и тринадцать
  задач; очередь пересобрана — сперва починки, затем разведки о хранилище,
  затем доступ и владелец, и только потом экраны;
- архитектура: четыре новых открытых вопроса — приём большого файла, учёт
  расхода, срок хранения, потолок шести часов.

tasks/items/ntfy-delivery.md

@@ -5,9 +5,10 @@
 - **Зачем:** Пользователь веба узнаёт о готовности только опросом с открытого экрана.
 - **Теги:** goal:ready-notification
 
-Двигает все пять пунктов «Завершения» цели: готовый текст и отказ доходят до
-пользователя веба без открытого приложения, адрес канала свой у каждого, а отказ
-канала задачу не роняет.
+Двигает пункты 1, 2, 4 и 5 «Завершения» цели: готовый текст и отказ доходят до
+пользователя веба без открытого приложения, отказ канала задачу не роняет, а
+пользователь Telegram получает ответ по-прежнему ботом. Выбор канала самим
+пользователем (пункт 3) заводит `settings-screen`.
 
 Сегодня `completeJob` и `failJob` отвечают только источнику `telegram`;
 источник `api` не получает ничего. Здесь появляется второй способ доставки, и
@@ -19,7 +20,8 @@
 - `internal/service`, `completeJob` и `failJob` — выбор канала по источнику
   задачи;
 - новый адаптер поверх apprise либо прямого HTTP к ntfy;
-- адрес канала у учётной записи: колонка и её миграция, экран настройки;
+- адрес канала у учётной записи: колонка и её миграция (экран настройки заводит
+  `settings-screen`);
 - секция конфигурации: адрес сервера ntfy, способ вызова apprise;
 - `docs/architecture.md` — новая внешняя зависимость и чем она отказывает;
 - `docs/security.md` — текст расшифровки уходит на внешний сервис;