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;
- включение по умолчанию не должно ухудшать обычную транскрипцию на слабых машинах.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Follow-up к UX-решению #16. Не входит в первую реализацию и не блокирует карту #8.
Предпосылка
Последовательный пайплайн диаризации реализован, протестирован и стабилизирован на реальных записях. До этого условия к задаче не приступать.
Цель
Перевести диаризацию из явного opt-in в автоматический режим на тех классах оборудования, где её стоимость приемлема, сохранив предсказуемое ручное управление.
Нужно определить
--diarize,--no-diarizeи автоматический режим при отсутствии флага;Ограничения
--diarizeили--speakers N;