Хочется, чтобы .bemrc был единым источником знания о БЭМ-специфике проекта для любых других пакетов.

В плане сборки предполагается, что levels описывает то, что требуется в https://github.com/bem-sdk/bem-walk#3-define-file-system-levels, смотреть туда могут любые пакеты, которым нужно знание про схему уровня и его настройки.

libs по задумке позволяет намайнить уровни используемых на проекте библиотек (те в идеале должны сами предоставлять знание об их конфигурации в собственных .bemrc.

На деле же bem-config серьезно используется только в bem-tools-create и в bem-lib-site, все остальные способы использования в процессе обдумывания/обсужения/доработки.

Тогда такой вопрос: Как выразить перекрытие уровней, чтобы было ясно что desktop.blocks перекрывает common.blocks если на проекте есть уровни которые не пересекаются (desktop.blcoks, mobile.blocks)?

Это должно быть отдельно от поля levels, видимо, в секции конфигурации сборщика.

Я пытался, но не понял значение опций root и home в .bemrc, есть дополнительные пояснения, кроме bem-sdk/bem-config?

@tadatuta: bem-config ищет все .bemrc вверх по файловой системе + в хомке (по умолчанию ~, но можно переопределить через fsHome). Флаг root позволяет остановить всплытие, указав, что корневая директория достигнута. Если не найдется конфиг с флагом root: true, то всплытие будет продолжаться до / (можно переопределить с помощью fsRoot).

Уровень desktop.bundles/*/blocks работает из коробки (bem/project-stub) и bem create -l desktop.bundles/foo/blocks -b page отрабатывает корректно, но хочу ему настроить технологии.

Как в .bemrc сказать, что на уровне desktop.bundles у блоков (страниц) есть уровень blocks т.е.desktop.bundles/*/blocks и настроить его?

Прямо сейчас bem-tools-create не умеет вайлдкарды, но фича, очевидна, нужная и по-идее ее должно быть достаточно несложно сделать, если заиспользовать https://github.com/bem-sdk/bem-config/blob/master/plugins/resolve-level.js из bem-config.

Завел https://github.com/bem-tools/bem-tools-create/issues/26