Интересная работа 👍
Много пустых файлов, вероятно, это на будущее или просто заглушки, которые требуют доработки.
И обратите внимание на п.11 он требует пояснений или доработки.

1. Пустой файл lib/api/v1/sender/message.py. Если не используете, то лучше уберите из проекта.
2. Неиспользуемый импорт и тут. И еще десяток подобных импортов в проекте.
3. В этой строке закомментирован импорт классов, которые далее в коде используются.
4. Было бы хорошо здесь и дальше использовать аннотацию типов. Код с аннотацией типов будет более читаемым и легким к восприятию, а так же поддерживаемым.
5. Вы же используете env_prefix и имена переменных окружения совпадают с именами полей. Так что не обязательно было указывать имена переменных окружения.

   class RabbitRealtimeConfig(RabbitConfig):
       exchange: str = 'send_email' # присвоится значение переменной 'RABBIT_SEND_EMAIL_QUEUE_EXCHANGE'
       exchange_type: str = 'direct'
       queue: str = Field('send_email', env='RABBIT_SEND_EMAIL_QUEUE')
       durable: bool = True
   
       class Config:
           env_prefix = "rabbit_send_email_queue_"
   

6. Пустой файл src/archiver/archiver.py и src/generator/urlshortener.py
7. Вот тут с типизацией не очень хорошо получилось. notifications: INotification, а делее мы по этой переменной итерируемся, значит, там должно быть что-нибудь итерируемое
8. В папке src/sender/events также не получилось с реализацией. Внутри файлы пустые.
9. Тип уведомления в модели правильнее сделать в виде enum, а не в виде простого текстового поля
10. [можно лучше] Вот это была хорошая идея, которая не дошла до реализации. Вероятно, вы планировали получать данные пользователя из сервиса авторизации, где они у нас и лежат, что было бы самым верным решением для персонифицированных рассылок.
11. Допускаю, что я пропустил. Но не смог найти какой-либо реализации (API эндпоинт или gRPC) следующего момента. Другие сервисы кинотеатра будут обращаться к сервису нотификации для того или иного уведомления пользователя. Сейчас же у вас только админка, где менеджеры управляют рассылками и собственно уведомляют пользователей.
    Вот ситуация: пользователь изменил пароль в сервисе авторизации, сервис авторизации просит сервис уведомлений отправить пользователю сообщение, что-то вроде "Пароль изменен....". Или в сервисе выдачи контента, что-то произошло и нужно уведомить пользователя.
    Другие сервисы кинотеатра, которые будут взаимодействовать с этим сервисом уведомлений, не будут иметь полной и актуальной информации о пользователе. У них точно будет id пользователя, а сервис нотификации, должен сходить в сервис авторизации (где у нас лежать актуальные данные пользователя). И в такой реализации очень пригодиться gRPC.
    Дайте комментарий, где у вас реализовано вот это межсервисное взаимодействия. Без него, это не сервис нотификации, а сервис рассылки, что немного не то.