а надо через activity

Ну в описании чистой архитектуры точно нет такого, что интерактор знает что-то об экранах, он просто предоставляет что-то контроллеру

Fragment'ы/Activities это реализации платформы. Эту же задачу нужно будет и на TelegramBot перенести. А если там не будет аналога sharedViewModel, что делать?

а он и не знает об экранах. Он знает об этапах заполнения регистрации. Чем они представлены - ему безразлично

как грамотно организовать многомодульную архитектуру, что бы строки, drawable, и другие ресурсы хранились в одном модуле, а не расползались на модули фичтей?

То есть что я имею введу:
1.  у нас есть модуль core-string, и в нем хранятся ВСЕ строки проекта, или
2. core-drawable в котором хранятся ВСЕ drawable проекта

если сделать просто core-string или core-drawable, при добавление строки или drawable все фитче модули будут пересобираться, потому что они знают о этих core модулях, то есть этот вариант не очень хороший, поэтому и спрашиваю как можно было бы организовать core-string и core-drawable что бы изменения в этих модулях не вызывали пересборку всех фитче модулей

не нужно класть все строки или все drawable в один модуль.
Нужен только один core-resources, в котором будут только те строки, которые используются в разных модулях.
Для примера строка "Этот номер телефона используется другим пользователем" нигде, кроме регистрации не нужен

проблема в том что про core-resources знают все фитче модули и при измении в core-resources, фитче модули будут пересобираться

тогда Вам нужно сделать разделение на resources-impl и resources-api модули.
Загуглите статьи касперсого, там есть описание для чего это нужно и как делается

а в каком из них будут лежать drawable или ресурсы?

resources-impl?

да

проблема в том что я знаю способ от касперского, и то что ты предложил не сработает, потому что сотри:
1. resources-api вообще не знает ни про кого
2. resources-impl лежат ресурсы

получается в resources-api нет никого смысла, а проблема с тем что про resources-impl будут все знать фитче модули не ушла

resources-api подключается в resources-impl

resources-api подключают к себе все фитчи

1 тезис неверный

проблема в том что ресурсы не могут реализовать контракты

я сейчас скину цитату из статьи

один момент

ах да, в xml они не подтянутся

там будет сказано "api модуль не знает ни про кого, кроме impl модуля"
(мысль именно такая)