docs: record SM startup timings after phone update

doc/tasks.md

@@ -73,6 +73,19 @@
     Полный check вне песочницы: 113 PASS, 0 FAIL, 1 SKIP; auto_socket_dynamic отдельно
     прошёл с root в private netns. Интеграционные proxy, burst и load прошли.
 
+[ ] **Оставшаяся задержка запуска аудио SM** — после обновления 01.10.2026,
+    звонок `2b9ad4e21a54d8ba`: стартового gap tone нет на обеих сторонах; Qt
+    стабильно работает около 100 callback/с, max_idle=15.3мс, буфер 55мс, RTT=2мс.
+    На SM первый capture появляется через 1140мс от startAudio (1164мс от ACCEPT).
+    router.start=781мс, получение снимка устройств=0мс, AudioRecord create=24мс,
+    startRecording=7мс; от начала startRecording до первого кадра=328мс.
+    Capture worker стартует раньше playback, но общий выигрыш пока не виден.
+    AudioTrack create=21мс, play=327мс; система сообщает AudioPortCache contention=497мс
+    и восстановление AudioTrack при setPreferredDevice. Разделить замеры регистрации
+    callback, BT-профиля и применения маршрута; отдельно проверить первый AudioRecord.read.
+    На SM входящий буфер за время подготовки вырос до 1149мс и к концу звонка снизился
+    до 570мс; ускорение старта playback также сократит начальное накопление.
+
 [ ] **Гонка invite-файла в test_chat_join_e2e** — `wait_file()` проверяет только
     существование файла, а `wf()` создаёт его до записи. Читатель иногда получает
     пустую ссылку и ошибку префикса `utun://`. Публиковать готовый файл атомарно.