Рассмотреть наследование конфигурации по дереву каталогов #5

Open
opened 2026-08-12 10:27:53 +03:00 by ddmitry · 0 comments
Owner

This was generated by AI during triage.

Контекст

Сейчас local-transcriber ищет конфигурацию в двух местах:

  1. .transcriber.toml только в текущем рабочем каталоге;
  2. ~/.config/transcriber/config.toml, только если локального файла нет.

Конфиги не объединяются, поиск .transcriber.toml вверх по дереву каталогов не выполняется. Это соответствует ADR-002: вариант «CWD → глобальный, без мержа» был выбран ради предсказуемости.

Для переключения автоматического CPU-профиля на ONNX это изменение не требуется: существующие CLI-параметры и конфиги уже позволяют явно переопределить device, model и compute_type.

Идея для оценки

Рассмотреть, полезна ли более гибкая область действия конфигурации:

  • искать ближайший .transcriber.toml вверх от текущего каталога;
  • при необходимости объединять пользовательский, проектный и локальный конфиги с явным приоритетом;
  • либо поддержать только поиск ближайшего проектного файла без объединения значений.

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

Почему needs-triage

Изменение пересматривает принятое архитектурное решение и имеет неоднозначные последствия:

  • наследование удобнее для больших деревьев каталогов;
  • объединение слоёв усложняет объяснение фактически выбранных значений;
  • batch-запуск не должен менять профиль между входными файлами;
  • нужно решить, является ли точкой поиска CWD или каталог входного файла;
  • может понадобиться команда или verbose-вывод, показывающий источники итоговой конфигурации.

Перед спецификацией и реализацией требуется продуктовая оценка полезности. Задача не блокирует изменение автоматического выбора backend.

Где смотреть

  • src/local_transcriber/config.py: find_config_file(), load_config();
  • README.md, раздел «Конфигурация»;
  • docs/adr/002-batch-and-config.md, решение «CWD → глобальный, без мержа»;
  • tests/test_config.py.
> *This was generated by AI during triage.* ## Контекст Сейчас `local-transcriber` ищет конфигурацию в двух местах: 1. `.transcriber.toml` только в текущем рабочем каталоге; 2. `~/.config/transcriber/config.toml`, только если локального файла нет. Конфиги не объединяются, поиск `.transcriber.toml` вверх по дереву каталогов не выполняется. Это соответствует ADR-002: вариант «CWD → глобальный, без мержа» был выбран ради предсказуемости. Для переключения автоматического CPU-профиля на ONNX это изменение не требуется: существующие CLI-параметры и конфиги уже позволяют явно переопределить `device`, `model` и `compute_type`. ## Идея для оценки Рассмотреть, полезна ли более гибкая область действия конфигурации: - искать ближайший `.transcriber.toml` вверх от текущего каталога; - при необходимости объединять пользовательский, проектный и локальный конфиги с явным приоритетом; - либо поддержать только поиск ближайшего проектного файла без объединения значений. Пример сценария: общий профиль хранится в корне проекта, а команда запускается из вложенного каталога. Сейчас такой запуск не видит проектный конфиг. ## Почему `needs-triage` Изменение пересматривает принятое архитектурное решение и имеет неоднозначные последствия: - наследование удобнее для больших деревьев каталогов; - объединение слоёв усложняет объяснение фактически выбранных значений; - batch-запуск не должен менять профиль между входными файлами; - нужно решить, является ли точкой поиска CWD или каталог входного файла; - может понадобиться команда или verbose-вывод, показывающий источники итоговой конфигурации. Перед спецификацией и реализацией требуется продуктовая оценка полезности. Задача не блокирует изменение автоматического выбора backend. ## Где смотреть - `src/local_transcriber/config.py`: `find_config_file()`, `load_config()`; - `README.md`, раздел «Конфигурация»; - `docs/adr/002-batch-and-config.md`, решение «CWD → глобальный, без мержа»; - `tests/test_config.py`.
ddmitry added the needs-triage label 2026-08-12 10:27:53 +03:00
Sign in to join this conversation.