- две записи, ссылавшиеся на убранный oidc-login, переписаны - dev-run-task переведена с отдельного cmd/devadmin на подкоманду cmd/devtools
2.6 KiB
🔬 Уведомление SpeechKit о готовности вместо опроса
- Тип: research
- Категория: Очередь — Разведка про уведомление вместо опроса меняет тот же шаг проверки и видна метриками, заведёнными выше.
- Зачем: Шаг проверки дёргает операцию раз в 5 секунд всё время распознавания: часовая запись даёт порядка 720 обращений к платному сервису вместо одного ответа.
Заметка владельца от 2026-08-12. Сегодня готовность узнаётся только опросом:
воркер проверки берёт задачу, спрашивает операцию и ставит задержку в 5 секунд —
и так до конца распознавания. Числа задержек стоят в docs/database.md,
«Настройки с числовым значением».
Вопрос
Умеет ли отложенное распознавание SpeechKit сообщать о готовности само — вызовом на наш адрес, очередью или иным способом, — и что это меняет для сервиса: остаётся ли воркер проверки, чем закрывается пропущенное уведомление и какой вход появляется снаружи.
Куда ляжет ответ
- Наблюдение с командой и условиями — записка в
docs/research/. - Появляется вход снаружи — строка в
docs/security.md, раздел «Недоверенный вход», и вdocs/architecture.md, «Внешние границы и форматы». - Выбранный способ — решением в
docs/adr/, потому что опрос он заменяет целиком; реализация — отдельной задачей.
Рамки
Прогон на реальных ключах Yandex запрещён — ответ ищется в документации сервиса
и, если понадобится замер, отдельным разрешением человека с названной ценой.
Уведомление требует адреса, доступного снаружи: сегодня он есть, но закрывать
его будет trusted-header-login, и это учитывается в ответе.