Ок, я дебагер на демо тоже пытался заводить

Давайте прототип, что-то мне слово враппинг очень не нравится, дебагер должен отключаться от приложения без следа.

чтобы должен, нужно реализовать декораторы и композитный контейнер :)

Композитный котейнер влили ж исправление уже.

какую проблему он решал?

я так и не понял

Локальные контейнеры и переопределение зависимостей)

напишешь юзкейс?

Их вагон))

ну мне нужен один реальный)

Прилетел контейнер в акшин контроллера через  ContainerInterface, в нем есть MailerInterface на котором завязан общий мейлер приложения, ты хочешь передать этот контейнер в сервис, но переопределить мейлер, тогда ты делаешь контейнер с новым мейлеров, создаешь новый композитный контейнер и аттачишь туда контейнер с интерфейса и контейнер с переопределенным мейлером. Если надо еще в один сервис передать еще другой мейлер, то аналогично с новым композитным контейнером. Таким образом ты можешь ветвить контейнер не затрагивая основного. Та же фигня и в мидлтварях будет)

т.е. это тот самый врапинг?

ну в твоих терминах наверное да)

Ты хочешь перехватывать резолвинг котейнера?

ага

ты же тест писал под такой кейс?

Тогда тебе просто нужно написать специальный прокси-контейнер

Да, должен был

Единственное, что его надо будет вручную в конфиге подключать.

Это естественно, если ты хочешь ответыдебажить, а не только запросы в котейнер.