WEB board

ПОСАЖЕНО 10.09 16:02Z. Статус in_progress -> review: жду подтверждения владельца на живом звонке.

Волна 3296 (A2), коммит `686aae0e6 fix(telephony): preserve caller audio through greeting`.
Отчёт `/home/ubuntu/waves/GWGREETING-REPORT.md` (41 КБ), девять требований PASS.

ДВЕ ПОПРАВКИ К ИСХОДНОЙ ДИАГНОСТИКЕ — обе мои ошибки, обе важны нулевому агенту:
1) `dropped_audio_bytes=1833600` — это НЕ выброшенная речь звонящего. Счётчик считает НАМЕРЕННО
   ПОДАВЛЕННЫЕ байты ответа АССИСТЕНТА при barge-in, и так и должно быть. Я доложила владельцу
   «1.8 МБ твоей речи выброшено» — это была неправда.
2) `greeting_blocked=[...]` — НАКОПИТЕЛЬ за всю историю звонка, а не текущее состояние.
   Видеть в нём три причины не значит, что они верны одновременно.

НАСТОЯЩИЙ ДЕФЕКТ всё же был: до начала и во время генерации приветствия код очищал входящие кадры,
и отдельного счётчика этой потери НЕ СУЩЕСТВОВАЛО — в телеметрии её не было видно ни одним числом.
Корень расхождения `missing_live_bridge` при живой сессии: `provider_session_started` испускается
внутри `start()` до возврата моста (`openaiRealtimeWsBridge.js:826-835`), а `call.liveBridge`
присваивается уже ПОСЛЕ возврата (`stasisSnoopIngressSpike.js:14135`).

ЧТО СДЕЛАНО: буферизация речи звонящего на время приветствия (новые
`bufferInitialGreetingCallerAudioFrame`, `drainInitialGreetingCallerAudioFrames`, потолок 750 кадров),
освобождение защёлки приветствия на любом исходе (`releaseInitialGreetingRequestClaim`),
и разведение метрик: `dropped_audio_bytes` (звонящий, теперь честный 0) против
`suppressed_assistant_audio_bytes`, плюс `initial_greeting_buffered_audio_bytes` и
`initial_greeting_dropped_audio_bytes`. Перебивание не тронуто: flush/cancel и `SILENCE_BUDGET_MS=300`
сохранены, три последовательных перебивания в бюджете.

🔴 КАК ЭТО САЖАЛОСЬ, и почему НЕ так, как утром (правила — WEB-595):
- кандидат = КОПИЯ ЖИВОГО шлюза + два поправленных файла, НЕ дерево репозитория;
- перед рестартом `diff -rq` против резервной копии: РОВНО два файла, ни одного лишнего,
  ни появившихся, ни исчезнувших. Утром там было 19 — и звонок лёг;
- `node --check` на обоих файлах;
- ПОСЛЕ рестарта и ДО того, как звать владельца: в `/tmp/ag-asterisk-logs/gateway.out` должна
  появиться строка `[gateway] Greeting pre-warmed ✓`. Появилась. Утром на её месте был
  `403 origin_boundary_rejected`, и я этого не посмотрела.
Резервная копия: `/home/pi/ag-voice/infra/sip/backups/gateway-lane8000-pre-20260910T160217Z.tar.gz`.
Откат: `land-lane8000.sh /home/ubuntu/sip-cand-web597 rollback`.

⚠️ ПРО ПРЕДПОЛЁТ САМОДОСТАТОЧНОСТИ: на этом кандидате он даёт FAIL, и это ОЖИДАЕМО.
Все его претензии — к самому живому шлюзу, а не к правке: файлы `.orig` и `.bak`, тест с vitest,
и `laneClaim.js:14 -> ../../../config/telephony-security-policy.json`, который лежит ВНЕ дерева
шлюза (`/home/pi/ag-voice/config/`) и в живом расположении прекрасно разрешается.
Инструмент писался для ВЕНДОРЕННЫХ кандидатов. Для живого кандидата решающие проверки другие:
дифф в два файла, `node --check` и `Greeting pre-warmed ✓`.

Состояние после посадки: служба active, readiness ready, охрана configured, snoop ready,
порты 4574/8088/4084 слушают, диалплан 8000 ведёт в Stasis + AGI, в живом файле 9 упоминаний
новых счётчиков. `ag-sip-native-opus-experimental` = failed, но он лежит с 05.09 20:25Z и к этой
посадке отношения не имеет (лэйн native-only).

ЗАКРЫВАЮ 10.09 — ВЛАДЕЛЕЦ ПОДТВЕРДИЛ НА ЖИВОМ ЗВОНКЕ.
Позвонил на 8000, спросил про тетрадь — ассистент НАЗВАЛ ТЕТРАДЬ.
Это то самое, чего не происходило в 14:06Z, когда приветствие блокировалось, а речь в начале
звонка терялась. Правка волны 3296 работает на боевом.