Go-микросервисы: Стандартизация архитектуры с Clean Architecture и DDD

а почему адаптеры primary/secondary?
может лучше контроллеры на входе, а адаптеры на выходе?

Пишем Telegram-бота на Go(и заставляем его мотивировать нас каждые 30 минут)

Исходя из моего понимания чистой архитектуры в слой адаптеров надо передавать юзкейс, а у вас юзкейс юзает интерфейс адаптера. Путь таков: адаптеры взаимодействую с юзкейсами через интерфейс юзкейса, юзкейсы взаимодействуют с репозиториями через интерфейс репозитория.
Если вы не согласны, то можете, пожалуйста, обьяснить? В своих словах я на 100 проц не уверен если что)