Нарезка задач под целевое состояние: PWA, вход, хранилище

Роадмап: web-access переименована под приложение, которое ставится на
телефон; заведена цель ready-notification — уведомление о готовности
без открытого приложения.

Беклог: десять задач. Многопользовательская цепочка (oidc-login,
record-ownership, telegram-account-link), веб (json-api-for-spa,
spa-skeleton, upload-and-status-screen, records-list-screen,
installable-pwa), уведомления через apprise и ntfy, разведка выбора
фреймворка. Очередь: долги, хранилище, вход, приложение.

Решение сменилось с htmx на SPA, поэтому conventions/web-ui.md снята
целиком и оставлена честной строкой до итога разведки. Открытые вопросы
архитектуры, границы паспорта и триггеры метки ревью приведены в
соответствие.

docs/review.md

@@ -113,13 +113,17 @@
 - изменение, трогающее конвейер задач целиком: состояние, воркер, шаг сервиса и
   колонку разом;
 - замена хранилища или переход на PocketBase — любой её кусок;
-- введение веб-UI: транспорт, шаблоны и статика одновременно;
+- каркас приложения: сборка фронтенда, раздача статики и шаг гейта разом;
 - изменение, трогающее оба входа сразу — Telegram и HTTP.
 
 **Незнакомое здесь** (поднимает до `large`, ось формы решения):
 
 - вход через OIDC и разграничение доступа: как связаны пользователь Telegram и
-  пользователь веба, до начала работы назвать нельзя;
+  пользователь приложения, до начала работы назвать нельзя;
+- всё, что делается на выбранном фреймворке впервые: форма решения нащупывается
+  по ходу, пока конвенция веб-UI пуста;
+- установка на телефон: service worker перехватывает запросы, и что он кэширует,
+  до работы назвать нельзя;
 - работа с записями в несколько часов: потолки внешних сервисов не замерены,
   форма решения зависит от замера;
 - приём дорожки из видео и форматов, которых `ffmpeg` не берёт текущей командой;