В common только общее. Никаких любых других связей  там быть не должно.

то есть advanced шаблон использовать нельзя?

Если на фронте и бэке нужны разные адреса ящиков, то переопределяй эти параметры в конечных конфигах

Можно, пример выше.

https://github.com/yiisoft/app/blob/master/config/common.php

Чтобы переопределить в конечных шаблонах нужно полностью переопределить ContactMailer::class вместо того чтобы параметры переопределить

Но composer.json будет не 1шт, а N, где N - кол-во приложений

Я говорю про один пакет и несколько приложений, как было в yii2-advanced

https://github.com/yii-extension/app-advanced/blob/master/backend/config/backend-providers-web.php

Я хочу делать вот такое без инклудов

Вот такой вариант мне кажется вообще безсмысленен с общими конфигами. Смысл разносить на разные composer.json, если они всегда рядом должны лежать?

Кто сказал, что они должны лежать рядом?

А как они будут общие конфиги подключать?

with PHP 8.0 updates in the configurations you have to declare the complete classes in the container di configurations.

И ещё вопрос - в этой логики общих параметров не подразумевается?

can you show example php 7.4 vs 8.0 ?

Типичный advanced-шаблон:
Бэкэнд зависимости:
Библиотека дня работы с очередями
Фреймворк для тестирования
Библиотека для работы с REST
Библиотека для работы с сокетами
Библиотека для работы с сериализацией/десериализацией

Фронтенд:
Пару фронтовых зависимостей (бутстрап и прочих)
Генератор страничек/CRUD-админка
Библиотека для работы с сокетами

И из-за этого стоит держать 1 общий
composer.json с ненужными друг другу зависимостями?

What unnecessary dependencies?

а чем плохо?

Если разделить на два компосерджсона, то все общие пакеты будут дважды качать. Небольшой но минус. А плюс в чём?

Here should be a common decision of the community is my opinion?

If you ask me, I prefer a single composer.json, divided into two applications configurations, than two composer.json.

Как и всё остальное.
Частное использует общее, а не наоборот.