refactor: декомпозировать runtime и chat-архитектуру, вынести use-case в domain и убрать UiEntryPoint

Architecture.md

@@ -1,19 +1,21 @@
 # Rosetta Android — Architecture
 
-> Документ отражает текущее состояние `rosetta-android` (ветка `dev`) по коду на 2026-04-18.
+> Документ отражает текущее состояние `rosetta-android` (ветка `dev`) по коду на 2026-04-19.
 
 ## 1. Архитектурный профиль
 
 Приложение сейчас устроено как layered + service-oriented архитектура:
 - UI: `MainActivity` + Compose-экраны + ViewModel.
+- Chat feature orchestration: `ChatViewModel` (host-state) + feature-facade VM + coordinators.
 - DI: Hilt (`@HiltAndroidApp`, `@AndroidEntryPoint`, модули в `di/AppContainer.kt`).
-- Runtime orchestration: `ProtocolRuntime` -> `ProtocolRuntimeCore` (+ compatibility facade `ProtocolManager`), `CallManager`, `TransportManager`, `UpdateManager`.
+- Runtime orchestration: `ProtocolGateway`/`ProtocolRuntime` -> `RuntimeComposition` (+ legacy facade `ProtocolManager`), `CallManager`, `TransportManager`, `UpdateManager`.
 - Session/Identity runtime state: `SessionStore`, `SessionReducer`, `IdentityStore`.
+- Domain сценарии отправки чата: `domain/chats/usecase/*` (text/media/forward/voice/typing/read-receipt/attachments/upload).
 - Data: `MessageRepository`, `GroupRepository`, `AccountManager`, `PreferencesManager`.
 - Persistence: Room (`RosettaDatabase`) + DataStore/SharedPreferences.
 
-Основная runtime-логика сети вынесена в instance-класс `ProtocolRuntimeCore`.
-`ProtocolManager` сохранен как тонкий compatibility facade.
+Основная runtime-логика сети вынесена в `RuntimeComposition`, а DI-вход в runtime идет напрямую через `ProtocolRuntime`.
+`ProtocolManager` переведен в минимальный legacy compatibility facade поверх `ProtocolRuntimeAccess`.
 DI-вход в network core идет через `ProtocolRuntime` (Hilt singleton).
 
 ---
@@ -36,7 +38,19 @@ flowchart TB
       D3["IdentityGateway"]
       D4["AccountManager / PreferencesManager"]
       D5["MessageRepository / GroupRepository"]
-      D6["UiEntryPoint + EntryPointAccessors"]
+    end
+
+    subgraph CHAT_UI["Chat UI Orchestration"]
+      C1["ChatDetailScreen / ChatsListScreen"]
+      C2["ChatViewModel (host)"]
+      C3["Messages/Voice/Attachments/Typing ViewModel"]
+      C4["Messages/Forward/Attachments Coordinator"]
+    end
+
+    subgraph CHAT_DOMAIN["Chat Domain UseCases"]
+      U1["SendText / SendMedia / SendForward"]
+      U2["SendVoice / SendTyping / SendReadReceipt"]
+      U3["CreateAttachment / EncryptAndUpload"]
     end
 
     subgraph SESSION["Session / Identity Runtime"]
@@ -48,7 +62,7 @@ flowchart TB
 
     subgraph NET["Network Runtime"]
       N0["ProtocolRuntime"]
-      N1["ProtocolRuntimeCore"]
+      N1C["RuntimeComposition"]
       N1A["ProtocolManager (compat facade)"]
       N2["Protocol"]
       N3["PacketSubscriptionRegistry"]
@@ -65,13 +79,17 @@ flowchart TB
     DI --> SESSION
     DI --> NET
     DI --> DATA
+    DI --> CHAT_UI
+    CHAT_UI --> CHAT_DOMAIN
+    CHAT_UI --> DATA
+    CHAT_DOMAIN --> D1
     D1 --> D1A
-    D1A --> N1
-    N1A --> N1
+    D1A --> N1C
+    N1A --> N1C
     SESSION --> NET
     DATA --> NET
     DATA --> R3
-    NET --> N2
+    N1C --> N2
 ```
 
 ---
@@ -84,16 +102,17 @@ flowchart TB
 - Основные модули:
 - `AppDataModule`: `AccountManager`, `PreferencesManager`.
 - `AppGatewayModule`: биндинги `ProtocolGateway`, `SessionCoordinator`, `IdentityGateway`, `ProtocolClient`.
-- `ProtocolGatewayImpl` и `ProtocolClientImpl` делегируют в `ProtocolRuntime`, а не напрямую в UI-слой.
+- `ProtocolGateway` теперь биндится напрямую на `ProtocolRuntime` (без отдельного `ProtocolGatewayImpl` proxy-класса).
+- `ProtocolClientImpl` остается узким техническим adapter-слоем для repository (`send/sendWithRetry/addLog/wait/unwait`) и делегирует в `ProtocolRuntime` через `Provider<ProtocolRuntime>`.
 
 ### 3.2 UI bridge для composable-слоя
-UI-композаблы получают зависимости через `UiEntryPoint` + `EntryPointAccessors.fromApplication(...)`.
+UI-композаблы больше не получают runtime-зависимости через `UiEntryPoint`/`EntryPointAccessors`.
 `UiDependencyAccess.get(...)` из `ui/*` удален (DoD: 0 вхождений).
 
 Для non-Hilt `object`-ов (`CallManager`, `TransportManager`, `UpdateManager`, utils)
 используется `ProtocolRuntimeAccess` + `ProtocolRuntimePort`:
 - runtime ставится в `RosettaApplication` через `ProtocolRuntimeAccess.install(protocolRuntime)`;
-- доступ до install запрещен (fail-fast), чтобы не было тихого отката в `ProtocolManager`.
+- доступ до install запрещен (fail-fast), чтобы не было тихого отката в legacy facade.
 
 ### 3.3 Разрыв DI-cycle (Hilt)
 После перехода на `ProtocolRuntime` был закрыт цикл зависимостей:
@@ -152,9 +171,30 @@ stateDiagram-v2
 
 ## 5. Network orchestration после декомпозиции
 
-`ProtocolRuntime` — DI-фасад runtime слоя.
-`ProtocolRuntimeCore` содержит runtime state machine и делегирует отдельные зоны ответственности:
+`ProtocolRuntime` — DI-фасад runtime слоя и реализация `ProtocolGateway`/`ProtocolRuntimePort`.
+`RuntimeComposition` — composition-root runtime слоя (сборка service graph + orchestration wiring) и делегирует отдельные зоны ответственности:
+- Публичные runtime API proxy-методы (connect/auth/directory/packet I/O) убраны из `RuntimeComposition`; публичный runtime surface теперь удерживается в `ProtocolRuntime` + `Runtime*Facade`.
+- `RuntimeTransportAssembly`: отдельный assembly-блок transport/network wiring (`NetworkReconnectWatcher`, `NetworkConnectivityFacade`, `ProtocolInstanceManager`, `PacketSubscriptionRegistry/Facade`).
+- `RuntimeMessagingAssembly`: отдельный assembly-блок packet/message/sync wiring (`PacketRouter`, `OutgoingMessagePipelineService`, `PresenceTypingService`, `SyncCoordinator`, `CallSignalBridge`, `InboundPacketHandlerRegistrar`).
+- `RuntimeStateAssembly`: отдельный assembly-блок connection-state wiring (`ReadyPacketGate`, `BootstrapCoordinator`, `RuntimeLifecycleStateMachine`, `OwnProfileFallbackTimerService`, `ProtocolLifecycleStateStoreImpl`).
+- `RuntimeRoutingAssembly`: отдельный assembly-блок event-routing wiring (`ConnectionEventRouter` + `ProtocolConnectionSupervisor` как единый orchestration-шаг).
+- `RuntimeConnectionControlFacade`: high-level connection/session control API (`initialize*`, `connect/reconnect/sync/auth`, `disconnect/destroy`, auth/connect checks).
+- `RuntimeDirectoryFacade`: directory/device/typing API (`resolve/search user`, cached user lookup, own-profile signal, device accept/decline, typing snapshot by dialog).
+- `RuntimePacketIoFacade`: packet I/O API (`send/sendWithRetry/resolveRetry`, call/webrtc/ice bridge, `wait/unwait/packetFlow`).
+- `ProtocolInstanceManager`: singleton lifecycle `Protocol` (create/state/lastError/disconnect/destroy/isAuthenticated/isConnected).
+- `RuntimeLifecycleStateMachine`: runtime lifecycle state (`ConnectionLifecycleState` + `ConnectionBootstrapContext`) и пересчет transition-логики через `BootstrapCoordinator`.
+- `RuntimeInitializationCoordinator`: one-time bootstrap runtime (`initialize`, регистрация packet handlers, старт state monitoring, проверка bound DI dependencies).
+- `ProtocolLifecycleStateStoreImpl`: отдельное lifecycle-state хранилище (`bootstrapContext`, `sessionGeneration`, last-subscribed-token clear hooks, own-profile fallback timer hooks).
+- `OwnProfileFallbackTimerService`: управление таймером own-profile fallback (`schedule/cancel`) с генерацией timeout-события.
+- `AuthRestoreService`: восстановление auth-handshake credentials из локального кеша аккаунта (`preferredPublicKey`/fallback + validation + authenticate trigger).
+- `RuntimeShutdownCoordinator`: централизованный graceful runtime shutdown (`stop watcher`, `destroy subscriptions/protocol`, `clear runtime state/services`, `cancel scope`).
+- `ConnectionEventRouter`: маршрутизация `ConnectionEvent` к соответствующим coordinator/service handlers без `when(event)` внутри core.
+- `NetworkConnectivityFacade`: единая обертка network-availability/wait/stop policy поверх `NetworkReconnectWatcher`.
 - `ConnectionOrchestrator`: connect/reconnect/authenticate + network-aware поведение.
+- `ProtocolLifecycleCoordinator`: lifecycle/auth/bootstrap transitions (`ProtocolStateChanged`, `SyncCompleted`, own-profile resolved/fallback).
+- `ProtocolAccountSessionCoordinator`: account-bound transitions (`InitializeAccount`, `Disconnect`) и reset account/session state.
+- `ReadyPacketDispatchCoordinator`: обработка `SendPacket` через ready-gate (`bypass/enqueue/flush trigger + reconnect policy`).
+- `ProtocolPostAuthBootstrapCoordinator`: post-auth orchestration (`canRun/tryRun bootstrap`, own profile fetch, push subscribe, post-sync retry/missing-user-info).
 - `BootstrapCoordinator`: пересчет lifecycle (`AUTHENTICATED`/`BOOTSTRAPPING`/`READY`) и работа с `ReadyPacketGate`.
 - `SyncCoordinator`: sync state machine (request/timeout, BATCH_START/BATCH_END/NOT_NEEDED, foreground/manual sync).
 - `PresenceTypingService`: in-memory typing presence с TTL и snapshot `StateFlow`.
@@ -166,26 +206,52 @@ stateDiagram-v2
 - `DeviceVerificationService`: состояние списка устройств + pending verification + resolve packets.
 - `DeviceRuntimeService`: device-id/handshake device + device verification orchestration.
 - `CallSignalBridge`: call/webrtc/ice signal send+subscribe bridge.
+- `PacketSubscriptionFacade`: thin bridge `waitPacket/unwaitPacket/packetFlow` API поверх `PacketSubscriptionRegistry`.
 - `PacketSubscriptionRegistry`: централизованные подписки на пакеты и fan-out.
+- `InboundPacketHandlerRegistrar`: централизованная регистрация inbound packet handlers (`0x03/0x05/0x06/0x07/0x08/0x09/0x0B/0x0F/0x14/0x17/0x19`) и делегирование в sync/repository/device/typing/profile сервисы.
+- `InboundTaskQueueService`: sequential inbound task queue (`enqueue` + `whenTasksFinish`) для Desktop parity (`dialogQueue` semantics).
 - `OutgoingMessagePipelineService`: отправка `PacketMessage` с retry/error policy.
+- `ProtocolDebugLogService`: буферизация UI-логов, throttle flush и персистентный protocol trace.
+
+На hot-path `ProtocolRuntime` берет runtime API (`RuntimeConnectionControlFacade`/`RuntimeDirectoryFacade`/`RuntimePacketIoFacade`) напрямую из `RuntimeComposition`, поэтому лишний proxy-hop через публичные методы composition не используется.
 
 ```mermaid
-flowchart TB
-    PM["ProtocolRuntimeCore"] --> CO["ConnectionOrchestrator"]
-    PM --> BC["BootstrapCoordinator"]
-    PM --> SC["SyncCoordinator"]
-    PM --> PT["PresenceTypingService"]
-    PM --> PR["PacketRouter"]
-    PM --> OPS["OwnProfileSyncService"]
-    PM --> RQ["RetryQueueService"]
-    PM --> ABC["AuthBootstrapCoordinator"]
-    PM --> NRW["NetworkReconnectWatcher"]
-    PM --> DVS["DeviceVerificationService"]
-    PM --> CSB["CallSignalBridge"]
-    PM --> PSR["PacketSubscriptionRegistry"]
-    PM --> SUP["ProtocolConnectionSupervisor"]
-    PM --> RPG["ReadyPacketGate"]
-    PM --> P["Protocol (WebSocket + packet codec)"]
+    flowchart TB
+    PR["ProtocolRuntime (ProtocolGateway impl)"] --> RC["RuntimeComposition"]
+    RC --> RCC["RuntimeConnectionControlFacade"]
+    RC --> RDF["RuntimeDirectoryFacade"]
+    RC --> RPF["RuntimePacketIoFacade"]
+    RC --> CO["ConnectionOrchestrator"]
+    RC --> PIM["ProtocolInstanceManager"]
+    RC --> RLSM["RuntimeLifecycleStateMachine"]
+    RC --> RIC["RuntimeInitializationCoordinator"]
+    RC --> PLSS["ProtocolLifecycleStateStoreImpl"]
+    RC --> OPFT["OwnProfileFallbackTimerService"]
+    RC --> ARS["AuthRestoreService"]
+    RC --> RSC["RuntimeShutdownCoordinator"]
+    RC --> CER["ConnectionEventRouter"]
+    RC --> NCF["NetworkConnectivityFacade"]
+    RC --> PLC["ProtocolLifecycleCoordinator"]
+    RC --> PAC["ProtocolAccountSessionCoordinator"]
+    RC --> RPDC["ReadyPacketDispatchCoordinator"]
+    RC --> PABC["ProtocolPostAuthBootstrapCoordinator"]
+    RC --> BC["BootstrapCoordinator"]
+    RC --> SC["SyncCoordinator"]
+    RC --> PT["PresenceTypingService"]
+    RC --> PR["PacketRouter"]
+    RC --> OPS["OwnProfileSyncService"]
+    RC --> RQ["RetryQueueService"]
+    RC --> ABC["AuthBootstrapCoordinator"]
+    RC --> NRW["NetworkReconnectWatcher"]
+    RC --> DVS["DeviceVerificationService"]
+    RC --> CSB["CallSignalBridge"]
+    RC --> PSF["PacketSubscriptionFacade"]
+    RC --> PSR["PacketSubscriptionRegistry"]
+    RC --> IPR["InboundPacketHandlerRegistrar"]
+    RC --> IQ["InboundTaskQueueService"]
+    RC --> SUP["ProtocolConnectionSupervisor"]
+    RC --> RPG["ReadyPacketGate"]
+    PIM --> P["Protocol (WebSocket + packet codec)"]
 ```
 
 ---
@@ -201,7 +267,7 @@ flowchart TB
 ```mermaid
 sequenceDiagram
     participant Feature as Feature/Service
-    participant PM as ProtocolRuntimeCore
+    participant PM as Runtime API (Core/Facade)
     participant REG as PacketSubscriptionRegistry
     participant P as Protocol
 
@@ -216,30 +282,102 @@ sequenceDiagram
 
 ---
 
-## 7. Отправка сообщений: use-cases + retry
+## 7. Чат-модуль: декомпозиция и message pipeline
 
-Из `ChatViewModel` выделены use-cases:
+### 7.1 Domain слой для сценариев отправки
+
+Use-case слой вынесен из UI-пакета в `domain/chats/usecase`:
 - `SendTextMessageUseCase`
 - `SendMediaMessageUseCase`
 - `SendForwardUseCase`
+- `SendVoiceMessageUseCase`
+- `SendTypingIndicatorUseCase`
+- `SendReadReceiptUseCase`
+- `CreateFileAttachmentUseCase`
+- `CreateAvatarAttachmentUseCase`
+- `CreateVideoCircleAttachmentUseCase`
+- `EncryptAndUploadAttachmentUseCase`
 
-Текущий поток:
-1. ViewModel готовит command и шифрованный payload.
-2. UseCase собирает `PacketMessage`.
-3. UseCase вызывает `protocolGateway.sendMessageWithRetry(packet)`.
-4. `ProtocolRuntimeCore` регистрирует пакет в `RetryQueueService` и отправляет в сеть.
-5. Если lifecycle еще не `READY`, пакет попадает в `ReadyPacketGate` и flush после `READY`.
+Роли use-case слоя:
+- `SendTextMessageUseCase`/`SendMediaMessageUseCase`: сборка `PacketMessage` + dispatch через `ProtocolGateway` (с учетом `isSavedMessages`).
+- `SendForwardUseCase`: сборка forward-reply JSON, сборка forward attachment и dispatch.
+- `SendVoiceMessageUseCase`/`SendTypingIndicatorUseCase`: normalization/decision логика (preview waveform, throttle/guard).
+- `SendReadReceiptUseCase`: отдельный сценарий отправки `PacketRead`.
+- `Create*AttachmentUseCase`: типобезопасная сборка attachment-моделей.
+- `EncryptAndUploadAttachmentUseCase`: общий шаг `encrypt + upload` с возвратом `transportTag/transportServer`.
+
+Текущий поток отправки:
+1. Feature VM/Coordinator через `ChatViewModel`-host формирует command + encryption context.
+2. UseCase строит payload/decision (`PacketMessage` или typed decision model).
+3. `ProtocolGateway.sendMessageWithRetry(...)` уводит пакет в network runtime.
+4. `RuntimeComposition` (через `ProtocolRuntime`) регистрирует пакет в `RetryQueueService` и отправляет в сеть.
+5. До `READY` пакет буферизуется через `ReadyPacketGate`, затем flush.
 
 ```mermaid
 flowchart LR
-    VM["ChatViewModel"] --> UC["Send*UseCase"]
+    FVM["Feature ViewModel"] --> CVM["ChatViewModel (host)"]
+    CVM --> COORD["Messages/Forward/Attachments Coordinator"]
+    CVM --> UC["domain/chats/usecase/*"]
+    COORD --> UC
     UC --> GW["ProtocolGateway.sendMessageWithRetry"]
-    GW --> PM["ProtocolRuntimeCore"]
-    PM --> RQ["RetryQueueService"]
-    PM --> RG["ReadyPacketGate"]
-    PM --> P["Protocol.sendPacket"]
+    GW --> PR["ProtocolRuntime"]
+    PR --> RC["RuntimeComposition"]
+    RC --> RQ["RetryQueueService"]
+    RC --> RG["ReadyPacketGate"]
+    RC --> P["Protocol.sendPacket"]
 ```
 
+### 7.2 Декомпозиция ChatViewModel (host + feature/coordinator слой)
+
+Для UI-слоя введены feature-facade viewmodel-классы:
+- `MessagesViewModel`
+- `VoiceRecordingViewModel`
+- `AttachmentsViewModel`
+- `TypingViewModel`
+
+Они живут в `ui/chats/ChatFeatureViewModels.kt` и компонуются внутри `ChatViewModel`.
+Текущий статус:
+- `VoiceRecordingViewModel` содержит реальный send-pipeline голосовых сообщений.
+- `TypingViewModel` содержит реальную отправку typing indicator (throttle + packet send).
+- `MessagesViewModel` содержит orchestration-level entrypoint (`sendMessage`, `retryMessage`), а core text send pipeline вынесен в `MessagesCoordinator` (pending recovery/throttle + reply/forward packet assembly).
+- `ForwardCoordinator` вынесен из `ChatViewModel`: `sendForwardDirectly` + forward rewrite/re-upload helper-ветка (включая payload resolve из cache/download).
+- `AttachmentsCoordinator` вынесен из `ChatViewModel`: `updateOptimisticImageMessage`, `sendImageMessageInternal`, `sendVideoCircleMessageInternal` + local cache/update (`localUri` cleanup после отправки).
+- `AttachmentsFeatureCoordinator` вынесен из `AttachmentsViewModel`: high-level media orchestration для `sendImageGroup*`, `sendFileMessage`, `sendVideoCircleFromUri`, `sendAvatarMessage`.
+- `AttachmentsViewModel` теперь концентрируется на facade-методах и `sendImageFromUri`/`sendImageMessage`, делегируя крупные media-ветки в coordinator-слой.
+
+```mermaid
+flowchart TB
+    CD["ChatDetailScreen"] --> MVM["MessagesViewModel"]
+    CD --> TVM["TypingViewModel"]
+    CD --> VVM["VoiceRecordingViewModel"]
+    CD --> AVM["AttachmentsViewModel"]
+    MVM --> CVM["ChatViewModel"]
+    TVM --> CVM
+    VVM --> CVM
+    AVM --> CVM
+    CVM --> MCO["MessagesCoordinator"]
+    CVM --> FCO["ForwardCoordinator"]
+    CVM --> ACO["AttachmentsCoordinator"]
+    CVM --> U["domain/chats/usecase/*"]
+    MCO --> U
+    FCO --> U
+    ACO --> U
+```
+
+Важно: после вынесения `MessagesCoordinator`, `ForwardCoordinator` и `AttachmentsCoordinator` `ChatViewModel` выступает как host-state и bridge для feature/coordinator подсистем.
+
+### 7.3 Декомпозиция ChatsListScreen
+
+Из `ChatsListScreen.kt` вынесены отдельные composable-секции:
+- `ChatItem` -> `ChatsListChatItem.kt`
+- `RequestsSection` -> `ChatsListRequestsSection.kt`
+- `DrawerContent` -> `ChatsListDrawerContent.kt`
+
+Результат:
+- основной файл экрана меньше и проще для навигации;
+- повторно используемые куски UI имеют явные file boundaries;
+- дальнейший рефакторинг drawer/request/chat list можно делать независимо.
+
 ---
 
 ## 8. Auth/bootstrap: фактический runtime flow
@@ -250,7 +388,7 @@ sequenceDiagram
     participant SC as SessionCoordinatorImpl
     participant SS as SessionStore
     participant PG as ProtocolGateway
-    participant PM as ProtocolRuntimeCore
+    participant RC as RuntimeComposition
     participant AM as AccountManager
 
     UI->>SC: bootstrapAuthenticatedSession(account, reason)
@@ -262,9 +400,9 @@ sequenceDiagram
     SC->>AM: setCurrentAccount(public)
     SC->>SS: dispatch(Ready)
 
-    PM-->>PM: HANDSHAKE -> AUTHENTICATED -> BOOTSTRAPPING
-    PM-->>PM: SyncCompleted + OwnProfileResolved
-    PM-->>PM: connectionLifecycleState = READY
+    RC-->>RC: HANDSHAKE -> AUTHENTICATED -> BOOTSTRAPPING
+    RC-->>RC: SyncCompleted + OwnProfileResolved
+    RC-->>RC: connectionLifecycleState = READY
 ```
 
 Важно: `SessionState.Ready` (app-session готова) и `connectionLifecycleState = READY` (сеть готова) — это разные state-модели.
@@ -273,7 +411,7 @@ sequenceDiagram
 
 ## 9. Состояния соединения (network lifecycle)
 
-`ProtocolRuntimeCore.connectionLifecycleState`:
+`RuntimeComposition.connectionLifecycleState`:
 - `DISCONNECTED`
 - `CONNECTING`
 - `HANDSHAKING`
@@ -300,9 +438,15 @@ stateDiagram-v2
 ## 10. Ключевые файлы новой архитектуры
 
 - `app/src/main/java/com/rosetta/messenger/di/AppContainer.kt`
-- `app/src/main/java/com/rosetta/messenger/di/UiEntryPoint.kt`
 - `app/src/main/java/com/rosetta/messenger/network/ProtocolRuntime.kt`
-- `app/src/main/java/com/rosetta/messenger/network/ProtocolRuntimeCore.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeComposition.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeTransportAssembly.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeMessagingAssembly.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeStateAssembly.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeRoutingAssembly.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeConnectionControlFacade.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimeDirectoryFacade.kt`
+- `app/src/main/java/com/rosetta/messenger/network/RuntimePacketIoFacade.kt`
 - `app/src/main/java/com/rosetta/messenger/network/ProtocolClient.kt`
 - `app/src/main/java/com/rosetta/messenger/network/ProtocolRuntimeAccess.kt`
 - `app/src/main/java/com/rosetta/messenger/session/AppSessionCoordinator.kt`
@@ -316,6 +460,20 @@ stateDiagram-v2
 - `app/src/main/java/com/rosetta/messenger/network/ProtocolConnectionSupervisor.kt`
 - `app/src/main/java/com/rosetta/messenger/network/ReadyPacketGate.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/ConnectionOrchestrator.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ProtocolInstanceManager.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/RuntimeLifecycleStateMachine.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/RuntimeInitializationCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ProtocolLifecycleStateStoreImpl.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/OwnProfileFallbackTimerService.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/AuthRestoreService.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/RuntimeShutdownCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ConnectionEventRouter.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/NetworkConnectivityFacade.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/PacketSubscriptionFacade.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ProtocolLifecycleCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ProtocolAccountSessionCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ReadyPacketDispatchCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ProtocolPostAuthBootstrapCoordinator.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/BootstrapCoordinator.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/SyncCoordinator.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/PresenceTypingService.kt`
@@ -324,19 +482,95 @@ stateDiagram-v2
 - `app/src/main/java/com/rosetta/messenger/network/connection/DeviceVerificationService.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/DeviceRuntimeService.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/CallSignalBridge.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/InboundPacketHandlerRegistrar.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/InboundTaskQueueService.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/OutgoingMessagePipelineService.kt`
+- `app/src/main/java/com/rosetta/messenger/network/connection/ProtocolDebugLogService.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/PacketRouter.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/OwnProfileSyncService.kt`
 - `app/src/main/java/com/rosetta/messenger/network/connection/RetryQueueService.kt`
-- `app/src/main/java/com/rosetta/messenger/ui/chats/usecase/SendTextMessageUseCase.kt`
-- `app/src/main/java/com/rosetta/messenger/ui/chats/usecase/SendMediaMessageUseCase.kt`
-- `app/src/main/java/com/rosetta/messenger/ui/chats/usecase/SendForwardUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatViewModel.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatFeatureViewModels.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/MessagesCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ForwardCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/AttachmentsCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/AttachmentsFeatureCoordinator.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/OutgoingEncryptionContext.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/OutgoingSendContext.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatDetailScreen.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatsListScreen.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatsListChatItem.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatsListRequestsSection.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatsListDrawerContent.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatsListDrawerSections.kt`
+- `app/src/main/java/com/rosetta/messenger/ui/chats/ChatsListRequestsScreen.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/SendTextMessageUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/SendMediaMessageUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/SendForwardUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/SendVoiceMessageUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/SendTypingIndicatorUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/SendReadReceiptUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/CreateAttachmentUseCases.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/EncryptAndUploadAttachmentUseCase.kt`
+- `app/src/main/java/com/rosetta/messenger/domain/chats/usecase/VideoCircleMediaUseCases.kt`
 
 ---
 
 ## 11. Что осталось как технический долг
 
-- `ProtocolRuntimeCore` все еще содержит много cross-cutting логики и требует дальнейшей декомпозиции.
-- UI больше не использует `UiDependencyAccess.get(...)`, но часть экранов все еще берет зависимости через `UiEntryPoint` (следующий шаг: передача зависимостей параметрами/через VM).
-- DI-адаптеры (`ProtocolGatewayImpl`, `ProtocolClientImpl`) переведены на `ProtocolRuntime`, dependency-cycle закрыт через `Provider<ProtocolRuntime>`.
-- Следующий шаг по network core: продолжить декомпозицию `ProtocolRuntimeCore` (например: `ProtocolLifecycleLogger`, `AuthRestoreService`, `ProtocolTraceService`) и сократить фасад `ProtocolManager` до полного legacy-режима.
+Актуальные открытые хвосты:
+- `RuntimeComposition` остается composition-root, но уже существенно сжат (около 501 строки) после выноса `RuntimeTransportAssembly`, `RuntimeMessagingAssembly`, `RuntimeStateAssembly`, `RuntimeRoutingAssembly` и удаления публичных proxy-методов; следующий шаг — перенос части lifecycle/orchestration helper-кода в отдельные domain-oriented service/adapters.
+- `ProtocolRuntime` и `ProtocolRuntimePort` все еще имеют широкий proxy-surface; нужен audit методов и дальнейшее сужение публичного API по use-case группам.
+- `ChatViewModel` остается крупным host-классом (state + bridge/proxy API к feature/coordinator/use-case слоям).
+- High-level media сценарии теперь в `AttachmentsFeatureCoordinator`, но остаются крупными и требуют дальнейшей декомпозиции на более узкие coordinator/service/use-case блоки.
+- Тестовое покрытие архитектурных слоев все еще недостаточно:
+- сейчас в `app/src/test` всего 7 unit-тестов (в основном crypto/data/helpers), в `app/src/androidTest` — 1 тест;
+- не покрыты network runtime/coordinator слои (`RuntimeComposition`, `ConnectionEventRouter`, `ProtocolLifecycle*`, `ReadyPacketDispatchCoordinator`) и chat orchestration (`Messages/Forward/Attachments*`).
+
+Уже закрыто и больше не считается техдолгом:
+- `UiDependencyAccess.get(...)` удален из `ui/*`.
+- `UiEntryPoint`/`EntryPointAccessors` убраны из UI-экранов (явная передача зависимостей через `MainActivity`/`ViewModel`).
+- DI-cycle `MessageRepository -> ProtocolClient -> ProtocolRuntime -> MessageRepository` закрыт через `Provider<ProtocolRuntime>`.
+- `ProtocolManager` переведен в минимальный legacy compatibility API (тонкие прокси к `ProtocolRuntimeAccess`).
+
+---
+
+## 12. Guardrails против переусложнения
+
+Чтобы декомпозиция не превращалась в «архитектуру ради архитектуры», применяются следующие правила:
+
+1. Лимит глубины runtime-цепочки вызова: не более 3 логических слоев после DI-entry (`ProtocolRuntime -> Runtime*Facade -> service`; `RuntimeComposition` остается composition-root/wiring-слоем, а не обязательным proxy-hop).
+2. Новый слой/класс допускается только если он дает измеримый выигрыш:
+- убирает минимум 80-120 строк связанной orchestration-логики из текущего класса, или
+- убирает минимум 2 внешние зависимости из текущего класса.
+3. Каждый шаг рефакторинга считается завершенным только после: `compileDebugKotlin` + минимум одного smoke-сценария по затронутому флоу + обновления `Architecture.md`.
+4. Если после выноса сложность чтения/изменения не снизилась (по факту код не стал проще), такой вынос считается кандидатом на откат/консолидацию.
+5. Для event-driven runtime-chain (`ProtocolConnectionSupervisor` + `ConnectionEventRouter`) эти два элемента считаются одним orchestration-этапом при анализе hop-depth.
+6. `ProtocolClientImpl` трактуется как инфраструктурный DI-adapter и учитывается отдельно от business-flow hop budget.
+
+---
+
+## 13. Плюсы и минусы текущей архитектуры
+
+### 13.1 Плюсы
+- Четко выделены слои: UI, domain use-cases, network runtime, session/identity, data/persistence.
+- DI через Hilt и `ProtocolGateway`/`SessionCoordinator` снижает прямую связанность между UI и transport/runtime.
+- Убраны `UiEntryPoint`/`EntryPointAccessors` из UI-экранов, что улучшило явность зависимостей.
+- Закрыт критичный DI-cycle `MessageRepository -> ProtocolClient -> ProtocolRuntime -> MessageRepository` через `Provider<ProtocolRuntime>`.
+- Network runtime декомпозирован на отдельные сервисы/coordinator-ы с более узкими зонами ответственности.
+- Сокращен DI runtime path: `ProtocolGateway` биндится напрямую на `ProtocolRuntime`, runtime работает напрямую с `RuntimeComposition`.
+- Централизован packet subscription fan-out (`PacketSubscriptionRegistry` + `PacketSubscriptionFacade`), что снижает риск дублирующих low-level подписок.
+- В chat-модуле выделен domain use-case слой и вынесены крупные сценарии в coordinators.
+
+### 13.2 Минусы
+- `RuntimeComposition` и `ChatViewModel` остаются очень крупными hotspot-классами и концентрируют много связей.
+- Runtime API-слой пока широкий: много proxy-методов усложняют контроль границ и эволюцию surface API.
+- В части chat/media orchestration (`AttachmentsFeatureCoordinator`, `MessagesCoordinator`, `ForwardCoordinator`) сохраняются большие high-level сценарии.
+- Мало unit/integration тестов на архитектурно-критичные runtime/chat orchestration компоненты.
+- В проекте остаются несколько точек доступа к runtime (`ProtocolRuntime`, `ProtocolRuntimePort`, `ProtocolManager` legacy), что повышает cognitive load для новых разработчиков.
+- Стоимость входа в кодовую базу выросла: для трассировки одного бизнес-флоу нужно проходить больше слоев, чем раньше.
+
+### 13.3 Итог оценки
+- Текущая архитектура стала заметно лучше по управляемости зависимостей и изоляции ответственности.
+- Главные риски сместились из “монолитного класса” в “размер composition/API surface и недотестированность orchestration”.
+- При соблюдении guardrails (секция 12) и фокусе на тестах/дальнейшей локальной декомпозиции архитектура остается управляемой и не уходит в избыточную сложность.