Включать диаризацию по умолчанию на достаточно мощных устройствах #23

Open
opened 2026-08-14 15:44:37 +03:00 by ddmitry · 0 comments
Owner

Follow-up к UX-решению #16. Не входит в первую реализацию и не блокирует карту #8.

Предпосылка

Последовательный пайплайн диаризации реализован, протестирован и стабилизирован на реальных записях. До этого условия к задаче не приступать.

Цель

Перевести диаризацию из явного opt-in в автоматический режим на тех классах оборудования, где её стоимость приемлема, сохранив предсказуемое ручное управление.

Нужно определить

  • измеримый критерий «достаточно мощного» устройства вместо эвристики по названию CPU/GPU;
  • политику по фактическому классу устройства и доступной памяти;
  • tri-state интерфейс: явные --diarize, --no-diarize и автоматический режим при отсутствии флага;
  • поведение exit code при деградации автоматически, а не явно запрошенной диаризации;
  • миграцию конфигурации и сообщение пользователю об автоматически выбранном режиме;
  • benchmark на целевых машинах и границу приемлемого end-to-end времени.

Ограничения

  • первая версия из #16 остаётся явным opt-in через --diarize или --speakers N;
  • решение о последовательном baseline из #21 сохраняется; параллельная оптимизация ведётся отдельно в #22;
  • включение по умолчанию не должно ухудшать обычную транскрипцию на слабых машинах.
Follow-up к UX-решению #16. Не входит в первую реализацию и не блокирует карту #8. ## Предпосылка Последовательный пайплайн диаризации реализован, протестирован и стабилизирован на реальных записях. До этого условия к задаче не приступать. ## Цель Перевести диаризацию из явного opt-in в автоматический режим на тех классах оборудования, где её стоимость приемлема, сохранив предсказуемое ручное управление. ## Нужно определить - измеримый критерий «достаточно мощного» устройства вместо эвристики по названию CPU/GPU; - политику по фактическому классу устройства и доступной памяти; - tri-state интерфейс: явные `--diarize`, `--no-diarize` и автоматический режим при отсутствии флага; - поведение exit code при деградации автоматически, а не явно запрошенной диаризации; - миграцию конфигурации и сообщение пользователю об автоматически выбранном режиме; - benchmark на целевых машинах и границу приемлемого end-to-end времени. ## Ограничения - первая версия из #16 остаётся явным opt-in через `--diarize` или `--speakers N`; - решение о последовательном baseline из #21 сохраняется; параллельная оптимизация ведётся отдельно в #22; - включение по умолчанию не должно ухудшать обычную транскрипцию на слабых машинах.
ddmitry added the needs-triage label 2026-08-14 15:44:37 +03:00
Sign in to join this conversation.