Т.е. 2 модификатора вместо 1 использовать. А если я захочу изменить реализацию "article_format_wide", и его оптимальная ширина измениться? Мне ведь придется менять и "list__item_format_wide".

так всмысле 2? тут же 1

Да, я понимаю, что article может перестать вписываться в list. Но если изменение незначительно, грубо говоря, добавил дополнительный padding/border, а для контента размер такой же должен остаться. На list, скорее всего, не повлияет, зато есть возможность быстро подредактировать блок.

list__item_format_wide + article_format_wide

А чем тебе такой вариант + доп модификатор не нравится ?

Все правильно же. А если хочется что быстро менять то Бэм это свод рекомендаций а не правил.

Как и SOLID, KISS, DRY. Но подобная «инициатива» (менять, если не понимаешь, зачем это нужно) гарантированно усложнит масштабирование и понимание проекта другими разработчиками.

Ну да или даст свободу понять что нужно именно в его проекте и зачем и почему.

Я не считаю, что не следую каким-либо рекомендациям БЭМа. В методологии явно не описано, что именно принято считать за внешнюю геометрию блока. Выходит, это субъективно, либо документация не полная.

где? когда будет везде? )

Я не вижу ничего плохого в том, чтобы задавать ширину/высоту блоку

Он при этом остаётся независимым от своего контекста

Странно не задавать размеры аватарке, например

И я о том же. Но главное, четко определить, что ширина/высота это внешка либо внутрянка. И во всем проекте использовать только один подход.
Я вот, например, спокойно могу задать блоку "width: 100%". Хотя это, на первый взгляд, делает блок сильно зависимым от контекста, но, с другой стороны, он позволяет контексту более гибко его ограничить и расположить, а порой это очень важно.
Отсюда и вытекает идея адаптивности отдельных компонентов. Грубо говоря, мы, задавая "width: 100%", не знаем, сколько реального места займет блок. Но при этом мы имеем возможность настроить его так, чтобы он при любом значении "100%" (кроме абсурдно малых) выглядел нормально.
Порой, это полезно и блокам с фиксированными размерами. Я во всех проектах использую вот такое извращение: "body * {max-width: 100%}". Т.е. даже если блок имеет фиксированную ширину, но его вдруг "сжимает" контейнер, у нас все равно остается возможность адаптировать его под этот (и любой другой) контейнер.

Абсурдно малые решаются через min-width

так аватарка это как правило элемент чего-то

Не обязательно. Аватарка может использоваться во многих местах и логично сделать её отдельным блоком

В Яру были блоки username и userpic

Если посмотреть на различные ui-kit библиотеки, почти везде есть компонент Avatar, который имеет конечный набор размеров на уровне дизайн-системы

К примеру возьмем ui-kit от Uber — https://baseweb.design/components/avatar/