Да хороший доклад. но не все правильно было.

В чем плох этот подход. Вы динамично неможете передать аргументы интерактору.

Многие добавляют паблик меоды свои. тогда смысл юзать интерфейс.

И в целом.. Я не понимаю.. Нафига там интерфейс?)

Это Юзекейс кординатор.

Он не обязан быть штампирован под интерфейс

В интеракторе должны быть бизнес правилы.

Это обычно юник вещь для каждого юзкейса

Боль печаль кароче)))

нужен отдельный интерактор для каждого юзкейса?

или один интерактор может содержать в себе методы для разных юзкейсов

у меня в старом проекте это было реализовано так:
interface CelebrityContract {
   interface View {...}
   interface Presenter {...}
   interface Interactor {
           interface LoadCelebrityCallback {
               void onLoaded(Celebrity celebrity);
               void onError();
           }
           void loadCelebrity(LoadCelebrityCallback callback);

           interface UpdateCelebrityCallback {
               void onUpdated(Celebrity celebrity);
               void onError();
           }
           void updateCelebrity(Celebrity celebrity, UpdateCelebrityCallback callback);
       }
}

т.е. получается два юзкейса в одном интеракторе

Интерактор это и есть юз кейс

А твой интерактор класс это кординатор юз кейса на самом деле

Что такое интерактор? Когда все так усложнилось?

Изначально)

Интерактор это и есть юз кейс

Мне этот доклад в свое время не очень понравился по некоторым причинам. С ходу вспомнил вот какие:
1. По сути только теория, сложные схемы и картинки.  Этого и так везде в избытке.
2. На каждый юзкейс отдельный Интерактор. Многовато как-то.

ну то что на каждый юзкейс интерактор отдельный недостатков назвать нельзя, особенность реализации скорее)