Мы то так и делаем, но мы и не бьем фичу на два модуля (на это есть свои причины, мягко говоря)
Вопрос твой понял. Но не обязательно ведь даггеровкие компоненты/модуи описывать в фичевых модулях (описывать там их хорошо для изоляции, это да, но пока в голову не приходит воркэраунда другого)
Если например, в  :app весь вайринг зависимостей происходит. Сразу подумал про скоупы - но тут он возможны, потому что аннотацию скоупа ты будешь описывать в api модуле своей фичи, а о нем твой app знает. Все твои фичевые даггер модули описываются тут.
Если :B хочет использовать зависимость(интерфейс) из :A, то ему достаточно подключить :A:api. А реализацию ему спустит сверху app, который про всех знает

Ребят, в проекте (клин/moxy/dagger) юзаем роутеры, но тк в них зависимость на сторонние активити/фрагменты - НЕ удается их хранить внутри самих фич (храним в app модуле).
Еще из-за зависимости на экземпляр франмента/активити - не удается прокинуть через dagger

Короче сплошные костыли( есть способ, как это пофиксить?

Можно заменить один костыль на другой и встащить Navigation Component.

Он позволяет производить навигацию не по конкретной реализации, а по ID.

Либо накрутить вокруг своего роутера подобную абстракцию

выделить интерфейс iRouter и сделать переходы по каким нибудь Route-объектам, с необходимыми данными внутри.
при запуске экрана активити/фрагмент предоставляет роутер (от себя).
если на конкретном экране не нужен какой то специфичный роутинг - отдается роутер "предка" (вышестоящего фрагмента или активити), если нужен - можно декорировать роутер предка - своим, так что сначала будет обрабатываться "местная" логика а потом уже "остальная"

в идеальном случае роутер будет реализацией от активити, но никто об этом не узнает т.к. у всех только интерфейс и как конкретно ходить по экранам знает только единственная реализация (в апп модуле)

У меня была идея завести под каждый роутер - фабрику, которую и инъектить в презенты.
Потом по месту кидать в эту фабрику текущую активити/fragmentmanager.

Но главная и нерешаемвая проблема - как прокинуть это в даггер, если реализацией лежит в другом (app) модуле, на который нет ссылки?

А как это в dagger прокинуть, что бы по красоте в конструктор презентера инъектить?
Особенно если нужно нивелировать из FeatureModuleA в FeatureModuleB, между которым нет ссылок.

есть @Named для множественных рализаций, даггером давно не юзал

с койном у меня примерно так

Кстати, а почему I router?

соглашения для себя самого чтобы отличать интерфейсы, которое многими считается плохим неймингом

а можно Router и RouterImpl

тоже не люблю Impl

проще для интерфейса префикс I

А можно Router и AuthFlowRouter) (это я про конкретный пример)

а мне наоборот, больше нравится Example + ExmapleImpl, все-таки интерфейс - публичная часть и она видна наружу, а вот Impl только в месте реализации

у меня в проекте 7 реализаций, нейминг спам *Impl мне не зашел )))