[Feature] Ошибка архитектуры: разделение сессий по каналам

### Кратко
Выявлена архитектурная ошибка в модульной системе QwenPaw: сессии разделяются и блокируются в зависимости от используемого канала (web console, desktop UI, telegram и т.д.).

Канал — это лишь транспортный интерфейс ввода. Смысла делить сессии по каналам нет. Пользователь должен видеть единый контекст (cross-channel session), независимо от того, пишет он из браузера, из десктопного UI или из Telegram. Текущее поведение «захватывает» сессию первым устройством и блокирует доступ с других.

### Окружение
- **QwenPaw Version:** 2.0.1
- **OS:** Windows 10 Pro (AMD64)
- **Python:** 3.11.9
- **Channels:** Web Console, Desktop UI, Telegram
- **Проблема:** Один пользователь, разные каналы = разные или блокируемые сессии

### Что уже сделано
1. Начал разговор через Web Console на ПК.
2. Попытался продолжить тот же разговор из Desktop UI (или Telegram с телефона/планшета).
3. Сессия не перенеслась, разделилась на новую ветку или возникла блокировка доступа (session lock).

### Шаги воспроизведения
1. Открыть Web Console (http://127.0.0.1:8088/)
2. Начать новый разговор с QwenPaw
3. Открыть Telegram или Desktop UI
4. Отправить сообщение в тот же разговор
5. **Факт:** Сессия блокируется или создаётся новая ветка

### Ожидаемое поведение
Сессия должна быть привязана к `user_id`, а не к `channel_id`. Пользователь может писать в «Консоль» с веб-страницы и с UI программы — это должна быть одна и та же сессия с единым контекстом.

### Фактическое поведение
Сессия привязана к каналу. При смене интерфейса теряется контекст или возникает конфликт блокировки.

### Что нужно
- Исправление модульной системы для поддержки сквозных сессий (cross-channel sessions)
- Конфигурация `config.json` / `agent.json` для отключения разделения сессий по каналам
- Устранение блокировки, когда один канал «захватывает» сессию и блокирует другие

### Логи / Скриншоты
[Можно добавить при необходимости]