Логи и доступы ЦКМ

Что запрашивать, у кого и в каком порядке, чтобы получить возможность выгружать диалоги, аудиозаписи и технические логи звонков. Сверху — инструкция целиком, ниже — схема связей и пояснения к ней.

Инструкция

🎯Цель

Регулярно выгружать диалоги и записи для разбора звонков
По конкретному дефекту доходить до «что реально ушло в модель»

✅Шаг 0 — проверить, что уже выдано

Учётка получена по задаче в бэклоге Jira SDMON, заявка в свободной форме
Проверить: есть ли поиск логов GigaChat, работает ли поиск по rquid, видны ли запрос / ответ / модель / timestamps / ошибки, это ИФТ или ПРОМ тоже
Заодно посмотреть, открывается ли оттуда Grafana
Новую заявку не дублировать. Если это только мониторинг — уточнить назначение в том же тикете

🗂PVS — логи SkillFlow на ИФТчастично уже работает

Старый индекс s.salut-ivr.skillflow.b2b.ift* после 24.08 пустой — логи не пропали, а переехали
Актуальные индексы:

s.kib-ckr-text-va.smnlp-sf-ivr.egress.*
s.kib-ckr-text-va.smnlp-sf-ivr.ingress.*
s.kib-ckr-text-va.smnlp-sf-ivr.contman.*
s.kib-ckr-text-va.smnlp-sf-ivr.smapp.*

Рабочий приём: широкая выборка s.* с фильтром context.user_id: <номер> — отдаёт входящие и исходящие события Kafka по звонку
Фильтр по event.original на старом индексе результатов не даёт, искать по context.user_id
Ссылки на все инструменты и описание индексов: confluence.sberbank.ru/pages/viewpage.action?pageId=24624375808#tab-LT
Уточнить, есть ли ПРОМ-аналоги этих индексов и у кого запрашивать доступ, если своего нет
➕ Эти индексы относятся к SkillFlow и IVR: ingress, egress, context manager, application logs. Их наличие не означает, что там доступны полные логи GigaVoice или тело запроса GigaChat — для них могут потребоваться другие индексы и роли в том же PVS либо отдельный доступ

📦Шаг 1 — собрать эталонный звонокможно сейчас, доступы не нужны

Взять звонок 16 из обзвона 28.08 — внутренняя волна, не клиенты, есть расшифровка и разбор
Зафиксировать в одном файле: дату и время, номер, расшифровку, наблюдаемое поведение, completion code
Это не проход цепочки, а заготовка. Прикладывать к каждому обращению ниже
Voice-дефекты рассматриваются по конкретным кейсам с session id и аудио, поэтому эталонный звонок существенно упростит обращение
У одного человека — не у всех сразу — попросить разовую выгрузку по этому звонку

📊СМДЯшагин, Паничев

Точное название или ID подписки со звонками ЦКМ
Точное значение source для фильтра
Точное имя поля с идентификатором записи и как по нему слушать через PVS
➕ PVS — интерфейс просмотра и поиска, СМД — источник и подписка на данные. Доступ к PVS не заменяет подписку и право выгрузки. Возможность прослушать запись именно через PVS подтвердить у Паничева
Read-only доступ с правом выгрузки + retention
Разовая выгрузка эталонного звонка со всеми полями
Какие correlation-поля есть: call_id, voice_call_ID / session_id, id записи, возможно request_id / turn_id
⚠️ RqUID GigaChat в витрине отсутствует — запросы идут внутри платформы SmartIVR. Не закладываться
Подписка оформляется через Лабораторию данных

🎧Аудиоте же

Три разных вопроса, подтверждён только первый: слушать / скачать файл / получить две дорожки
Две дорожки нужны под шаблон дефектов: 1 канал — клиент, 2 канал — GigaVoice
Как запись связана с voice_call_ID, retention, правила доступа к ПРОМ-записям
На ИФТ штатной записи нет, на ПРОМ есть

🧾Логи GigaVoice — АС NLP_Кибанамаршрут и роль подскажет Качалова

Уточнить точное имя АС до подачи заявки. Сначала проверить, не покрывается ли это уже доступом в PVS
В заявке: проект ЦКМ, ИФТ и ПРОМ, поиск по voice_call_ID, нужные CN
Состав trace: ASR, запрос в GigaChat с system prompt и messages, ответ, function call и результат, текст в TTS, ошибки, latency, VAD и перебивания, completion
🔗 X-Session-ID = voice_call_id — по документации это тождество, маппинг на уровне сессии не нужен
⚠️ X-Request-ID генерирует сам GigaVoice — это не rquid GigaChat. Их соответствие запрашивать отдельно, это главный открытый вопрос по идентификаторам
Чанки одного синтеза несут общий uuid с суффиксами _m, _n. Одна реплика ≠ одна строка
🚫 Доступ в среду разработки SmartIVR не запрашивать — это инструмент разработчиков, не пользовательский маршрут

🔑Пермишены GigaVoiceГоловин, Вяткин

Короткая просьба в рабочий чат, не заявка в ДРУГ. Ни от чего не зависит, можно сегодня
UserIDsWithServiceInfoAccess — версия движка в сессии
UserIDsWithMetricAccess — asr_latency, gopro_latency, tts_latency, turn_taking_latency
CN основного запроса: CI03219423-IFT-CORP и CI03219423-PROM-kiparis-ckr
Старый CI00747093-IFT-CORP добавлять только если подтвердят, что через него ещё идут вызовы — пермишены работают на будущие события и старых логов не откроют
Уточнить, куда мы складываем приходящие service_info и metric — пермишен открывает поток, интерфейса просмотра не создаёт
➕ Тем же сообщением: лежит ли для наших CN что-то в config.system_prompt? Промпт передаётся через SkillFlow, а по документации конфигурационный дописывается к переданному в любом случае — если там копия, склеятся две версии нашего же промпта. Ответа не требует доступов
💰 Метрики латенси — самое дешёвое из списка. Без раскладки по участкам претензию «долгие паузы» нечем подтвердить

🎚️Dumper — задать вопрос, не просить включить

Документация подтверждает сохранение входящего клиентского аудио в S3. Сохранение отдельной дорожки синтеза не описано и не гарантировано
Может затронуть весь трафик соответствующего инстанса или контура — scope, хранение и допустимость подтвердить у владельцев
Формулировка: «можно ли использовать Dumper для CN ЦКМ, на каком контуре, куда попадает аудио, кто имеет доступ и решает ли это задачу двухканальной записи?»
ИФТ выглядит единственным разумным местом для эксперимента — но только после согласования

💻Рабочее место

Вслепую не заказывать. У владельца каждого инструмента спросить: Сигма, Альфа, Омега или отдельный ВАРМ
Просмотр и выгрузка могут требовать разных контуров — уточнять оба отдельно
⏳ Не тот ВАРМ через ДРУГ — потеря недель

📈Grafana

Сначала проверить с уже полученной учёткой: борд живёт на хосте вида grafana.ift.sdmon..., SDMON — домен мониторинга, возможно уже открыт
Если не открывается — уточнить у сопровождения SDMON, нужна ли отдельная роль или заявка
Нужна для версий компонентов и состояния стендов. Запросов, транскрибаций и аудио там нет

🔬После получения доступов — пройти цепочку самостоятельно

запись в СМД → voice_call_ID → trace GigaVoice → rquid → запрос и ответ GigaChat → TTS → completion
На том же эталонном звонке: мы знаем, что в нём было, поэтому сразу видно, чего в логах нет
Зафиксировать отсутствующие звенья и проверить, что поиск повторяется без помощи смежников
Ключевое: сверить фактический контекст с тем, что отправил SkillFlow. Собственного бизнес-промпта платформа не добавляет — проверяем, не задвоился ли наш промпт из конфига
При переданном silence_phrases_timeout в конец системного сообщения дописывается инструкция про пустое сообщение, а молчание пишется в историю как пара ходов, где ход клиента — пробел. Это одно из документированных платформенных дополнений к контексту: проверить, активна ли механика в нашем конфиге и нет ли других преобразований

⚠️Что не перепутать

СМД используется в проекте ещё и как источник исторических транскрибаций для персонализации. Это другая витрина и другая задача, технических логов не даст

Порядок

Проверяем, что открыла SDMON-учётка, и что видно в PVS по новым индексамсегодня
Собираем пакет по эталонному звонкусегодня
Письмо Яшагину и Паничеву — витрина, аудио, retention, разовая выгрузка по этому звонку
Вопрос Качаловой — маршрут и роль для NLP_Кибаны
Письмо Головину и Вяткину — пермишены по двум CN, вопросы по Dumper и config.system_promptсегодня
У каждого владельца — с какого АРМ это доступно
Получаем доступы, потом проходим цепочку сами

Схема связей

Ключевое разделение. GigaVoice — оркестратор, а не модель. Неверная транскрибация — вопрос к ASR; верная транскрибация при кривом ответе — вопрос к GigaChat или к нашему промпту. Это позволяет делить дефекты по зонам ещё до обращения к смежникам.

Пояснения к схеме

СМД

витрина звонков · источник и подписка

Внутри: Диалог вопрос-ответ, IVR steps, номер и время, сценарий, completion code, идентификатор записи
Ключ: source, call_id
Смотреть: через PVS
Нет там: RqUID GigaChat — запросы идут внутри платформы SmartIVR
Кто: Яшагин, Паничев · подписка через Лабораторию данных
Статус: запросить

PVS

интерфейс просмотра и поиска

Внутри: Логи SkillFlow и IVR: ingress, egress, context manager, application logs
Индексы: s.kib-ckr-text-va.smnlp-sf-ivr.*
Ключ: context.user_id — номер телефона
Внимание: Старый индекс s.salut-ivr.skillflow.b2b.ift* пуст после 24.08
Границы: Полных логов GigaVoice и тела запроса GigaChat здесь может не быть
Статус: частично работает

АС NLP_Кибана

технический trace GigaVoice

Внутри: ASR, сборка контекста, запрос и ответ модели, function call, текст в TTS, ошибки, latency, VAD
Ключ: voice_call_ID
Кто: Качалова подскажет маршрут и роль
Статус: запросить

SDMON

логи GigaChat и Grafana

Внутри: Обращения к модели; отдельно — борды версий компонентов и состояния стендов
Ключ: rquid
Доступ: Задача в бэклоге Jira SDMON в свободной форме
Статус: учётка есть, содержимое не проверено

Аудиозаписи

на ПРОМ есть, на ИФТ штатной записи нет

Ключ: идентификатор записи из СМД
Слушать: подтверждено
Скачать: не подтверждено
2 дорожки: не подтверждено — нужно: 1 канал клиент, 2 канал GigaVoice

Пермишены GigaVoice

выдаются по CN

Даёт: service_info — версия движка в сессии
metric — asr_latency, gopro_latency, tts_latency, turn_taking_latency
CN: CI03219423-IFT-CORP
CI03219423-PROM-kiparis-ckr
Кто: Головин, Вяткин
Статус: запросить

подтверждено частично / требует проверки нужно запросить неизвестно

Что учесть

PVS — это не СМД

PVS — интерфейс просмотра и поиска, СМД — источник и подписка. Доступ к PVS не заменяет подписку и право выгрузки.

Dumper — не решение для аудио

Только входящий клиентский звук; дорожка синтеза не гарантирована. Может затронуть весь трафик инстанса. Уместен, похоже, только на ИФТ и только после согласования.

Рабочее место

Вслепую не заказывать: просмотр и выгрузка могут требовать разных контуров. Сначала спросить у владельца инструмента.

Две разные витрины СМД

Нужна витрина с результатами звонков. Историческая витрина транскрибаций для персонализации — другая задача, технических логов не даст.

Кто за что отвечает

Кто	Зона	С чем идти
Николай Яшагин Сергей Паничев	СМД, SmartIVR, аудиозаписи	Название и ID подписки, точный `source`, поле с идентификатором записи, retention, право выгрузки, разовая выгрузка эталонного звонка, вопросы по аудио
Екатерина Качалова	Маршрут к логам GigaVoice	Точное имя АС и роль для доступа — работала с этими логами
Павел Головин Виктор Вяткин	GigaVoice	Пермишены `service_info` и `metric` по CN; вопросы по `Dumper`; лежит ли что-то в `config.system_prompt` для наших CN
Сопровождение SDMON	Логи GigaChat, Grafana	Задача в бэклоге Jira в свободной форме; уточнение роли, если Grafana не открывается
Лаборатория данных	Подписка на витрину	Оформление подписки на названный поток СМД