Стратегия обработки ошибок в корутинах

Я разделяю ожидаемые и неожиданные ошибки. Ожидаемые, вроде сети, 404 или валидации, ловлю в репозитории или use case вокруг конкретного вызова и возвращаю как значение: sealed-результат или доменную ошибку. ViewModel превращает её в часть UiState, и UI просто рисует состояние ошибки. Неожиданные ошибки это баги, их не глушу, но для корневых scope задаю SupervisorJob и CoroutineExceptionHandler, который логирует в аналитику крэшей. Для параллельной работы выбираю scope по смыслу: если нужны все результаты, coroutineScope, пусть одна ошибка отменит остальные; если виджеты независимы, supervisorScope и try вокруг каждого await. Слежу за CancellationException: не ловлю Exception целиком и не использую голый runCatching, иначе отменённая корутина продолжит работу. И никогда не ставлю try вокруг launch: он вернётся раньше, чем случится ошибка.