что значит медиатор? зачем он нужен?

посредник (паттерн такой)

Представьте фичу регистрации, на 3х экранах.
На 2 выбирается тип пользователя, и от этого зависит какой будет 3й экран.
Все 3 экрана это одна фича. И данные с первой, и со второй страницы должны попадать в третий.
Как это лучше всего выполнить?

очевидно - общая ВМ

а если экраны должны быть представленны в виде 3х activity?

"потому что у нас приложению уже 10 лет и у нас все на Activity"

А такое часто бывает? Последние лет пять

такого практически не бывает. Но архитектура не зависит от платформы

ну вобщ я понял главное - интерактор - это что-то из легаси
Но вернемся к нашему случаю - что же может предложить интерактор? как он может быть посредником между ВМ если инстансы их еще не созданы?

1. интерактор это не легаси
2. DI

Нет, ты ходил по ссылкам, особенно  по второй?)

Представим у тебя есть usersRepository, ты хочешь сделать сложный query в BD, и отображать их во вющке, фильтрацию можно (Если у тебя не clean architecture) сделать в Presenter или в ViewModel, ок.

Допустим у тебя в другом месте нужен такой же результат, ты будешь копи паситить код из одного ViewModel/Presenter в другой? Use-Case и интерактор решают эту проблему, они тебе дают сразу окончательный результат который тебе нужен, и дают тебе возможность переиспользовать этот функционал в разных местах.

Это самый простой кейс почему нам нужны interactor/use-case, есть еще другие проблемы как разделения бизнес логики от presentation слое, или взоймодействовать с 2+ репозиториями или другими компонентами, или с 2+ datasource'ы и тд

а стейт накликанный юзером в первых двух экранов где хранится?

в интеракторе

прямо в его полях/пропертях?

да

Открываем первый экран, вводим номер телефона, подтверждаем, next (номер телефона записывается в interactor, и этот интерактор инжектится во второй экран)

прямо в активити инжектится? даггером? со скоупом синглтон/логинСкоуп?

Может прям в Acitivity, может в Activity->VM->Interactor. В зависимости от требований

если например, нужно просто отобразить все что было введено ранее, для проверки - не вижу смысла в VM

да, здеь как-то сразу на ум приходит UseCase.
Но ведь ээто все не хранит уже полученные данные(стейт) (которые уже могли устареть), а совершает повторный запрос в БД?