@@ -581,6 +581,17 @@ ChatOverlay разобран на четыре файла (25.10.2026)
 - Проверено на устройстве: до правки ~1 обрыв в 13 с, после установки — 0 обрывов за
   3,5 минуты, `mcp connected server=music` на старте.
 
+Музыка регистрируется в конфиге по результату старта, а не по наличию токена (26.10.2026)
+- `ensureMcpConfig` вызывался до `startYnisonAndVerify`, поэтому при неудачном старте
+  `ynison.js` (занятый порт, упавший bun) в конфиг всё равно попадала секция `music`
+  с живым bearer — модель получала шесть инструментов, которые не отвечают.
+- Теперь запись идёт после проверки порта и получает `ynisonToken.takeIf { ynisonStarted }`:
+  неудачный старт снимает секцию (`syncMusicEntry` с `null` её удаляет), как и было
+  задумано в комментарии рядом. Порядок «до `startServe`» сохранён — serve читает
+  конфиг при инициализации MCP.
+- Проверено на устройстве: секция `music` в `opencode.jsonc` на месте (`url`
+  `http://127.0.0.1:4200/mcp`, `timeout` 180000), `mcp connected server=music`.
+
 ---
 
 ## Стек и зависимости
 
@@ -289,18 +289,6 @@ class RuntimeManager(
                     MoltbookToken.remember(context, moltbookToken)
                 }
 
-                // Регистрируем локальную память в конфиге serve как remote MCP
-                // (иначе serve о ней не знает — индикатор «0 MCP», инструменты
-                // памяти недоступны модели). До старта serve: он читает конфиг
-                // при инициализации MCP. Не фатал — память продолжит работать
-                // как TCP-сервер, просто без регистрации.
-                OpencodeRuntime.ensureMcpConfig(
-                    memoryToken,
-                    ynisonToken,
-                    moltbookStarted,
-                    ModelRoutingPrefs.read(context),
-                )
-
                 // Локальная память MCP как HTTP/TCP-сервер (MEMORY_PORT) — ДО serve.
                 // Не стартовала/умерла — НЕ фатал: serve продолжит, статус DEGRADED.
                 // Живой process != поднятая память: startMemoryServer возвращает процесс,
@@ -344,6 +332,22 @@ class RuntimeManager(
                     }
                 }
 
+                // Регистрируем MCP в конфиге serve (иначе serve о них не знает — индикатор
+                // «0 MCP», инструменты недоступны модели). Строго до старта serve: он читает
+                // конфиг при инициализации MCP, позже записанная секция уже не подхватится.
+                //
+                // Музыка регистрируется по РЕЗУЛЬТАТУ старта, а не по наличию токена.
+                // Токен создаётся раньше (см. выше) и говорит только о подключённом аккаунте:
+                // если ynison.js не открыл порт, запись в конфиге отдавала модели шесть
+                // инструментов, которые не отвечают. syncMusicEntry с null эту запись снимает.
+                // Не фатал — память продолжит работать как TCP-сервер, просто без регистрации.
+                OpencodeRuntime.ensureMcpConfig(
+                    memoryToken,
+                    ynisonToken.takeIf { ynisonStarted },
+                    moltbookStarted,
+                    ModelRoutingPrefs.read(context),
+                )
+
                 emit { copy(stage = RuntimeStage.STARTING_SERVER) }
                 val proc =
                     OpencodeRuntime.startServe(
 
@@ -354,4 +354,4 @@ SAW-грантом (после `adb install -r` accessibility на ColorOS сб
 | 2. Сеть без прокси | **Выполнен** — встроенный `Ipv4Proxy` (CONNECT, IPv4-first); туннели к context7/grep/npm открываются автоматически. Legacy `connect_proxy.py` удалён (26.09) |
 | 3. STT turbo на CPU | **Почти готов** — int8-encoder ~2× fp32, **VAD-чанкинг внедрён (первые слова 1–2 s)**, бенч на устройстве прогнан (24.09), **VAD-пороги измерены** (26.09, `56034e9`: `MIN_RMS=0.015` подтверждён свипом 6 порогов × 5 SNR), **WER-счётка готова и покрыта 13 тестами** (26.09, `c7256c1`). Осталось: наполнить корпус доверенными расшифровками и прогнать на устройстве |
 | 4. Безопасность и память | **Выполнен** — Basic Auth (401 без пароля), локальная память MCP (`ensureMcpConfig`, фикс «0 MCP»), протокольная диагностика, e2e чистой установки пройден |
-| 5. День 2: тесты + расследования | **P0 закрыт (25.10.2026):** `AppInstallBridgeTest.kt` — 10 тестов, JSON-формы вынесены в `AppInstallWire`/`MediaWire`; JS-часть уже была покрыта `ynison-bridge.test.mjs` и `SessionControlEnumContractTest`. **P2-мелочи закрыты (25.10):** `/v1/media/apps` читает `query`/`limit` из query-строки через валидатор, мёртвый `MEDIA_ACTIONS` удалён. **P1 не закрыт:** effective-конфиг MCP найден (25.10 — пишет `ensureMcpConfig`, поле `timeout` есть в схеме 2.0.27), блокировка регистрации music при подключённом moltbook найдена и исправлена (25.10, `hasManagedMcpBlock`/`planMusicEntry` — узнавали секцию целиком), замер таймаута закрыт (25.10: вызов умирает за 18,5 с на go-away 503, а не на 180 с; бан теперь узнаётся, соблюдается и переживает рестарт), seed/mirror-цикл `ensurePhone()` ждёт живого Ynison |
+| 5. День 2: тесты + расследования | **P0 закрыт (25.10.2026):** `AppInstallBridgeTest.kt` — 10 тестов, JSON-формы вынесены в `AppInstallWire`/`MediaWire`; JS-часть уже была покрыта `ynison-bridge.test.mjs` и `SessionControlEnumContractTest`. **P2-мелочи закрыты (25.10):** `/v1/media/apps` читает `query`/`limit` из query-строки через валидатор, мёртвый `MEDIA_ACTIONS` удалён. **P1 не закрыт:** effective-конфиг MCP найден (25.10 — пишет `ensureMcpConfig`, поле `timeout` есть в схеме 2.0.27), блокировка регистрации music при подключённом moltbook найдена и исправлена (25.10, `hasManagedMcpBlock`/`planMusicEntry` — узнавали секцию целиком), замер таймаута закрыт (25.10: вызов умирает за 18,5 с на go-away 503, а не на 180 с; бан теперь узнаётся, соблюдается и переживает рестарт), seed/mirror-цикл `ensurePhone()` ждёт живого Ynison. **Регистрация музыки по факту старта (26.10):** `ensureMcpConfig` перенесён после `startYnisonAndVerify` и получает `ynisonToken.takeIf { ynisonStarted }` — неудачный старт снимает секцию, а не оставляет модели шесть инструментов, которые не отвечают. **Шторм переподключений закрыт (26.10):** 1632 обрыва `server=music` за 7 часов — это и был «неизвестный вызов в 22:54», лечится `server.timeout(req, 0)` + keepalive, см. выше |