Наследование классов и параметризованные типы в Kotlin: возможен ли полиморфизм подтипов с помощью дженериков?

Я изо всех сил пытаюсь понять и / или заставить генерики и полиморфизм Kotlin работать на меня. Рассмотрим этот код:

class Item<T: BaseAttributes> {
    var id: Long = -1L
    lateinit var type: String
    lateinit var attributes: T
}

open class BaseAttributes {
    lateinit var createdAt: String
    lateinit var updatedAt: String
}

open class BaseResponseList<T : BaseAttributes> {
    lateinit var items: List<Item<T>> // the collection of items fetched from an API 
}

class FruitAttributes(val id: Long, val color: String /* ... */) : BaseAttributes()

class FruitResponseList: BaseResponseList<FruitAttributes>()

// base service for all types of items
interface ApiService {
    fun getItems(): BaseResponseList<BaseAttributes>
    // fun getItemById(itemId: Long): BaseResponse<BaseAttributes>
    /* other CRUD functions here ... */
}

// service for fruits
interface FruitService: ApiService {
    override fun getItems(): FruitResponseList // get fruit items
}

Я озадачен этой ошибкой компилятора, которая предполагает, что FruitResponseList не является подтипом параметризованного базового класса (BaseResponseList<FruitAttributes>):

Return type of 'getItems' is not a subtype of the return type of the overridden member 'public abstract fun getItems(): BaseResponseList<BaseAttributes> defined in ApiService'

Я пытаюсь использовать ковариацию сайта объявления в BaseAttributes, чтобы сообщить компилятору о своем намерении, что FruitResponseList является подклассом базового списка ответов следующим образом:

open class BaseResponseList<out T : BaseAttributes> {
    lateinit var items: List<Item<T>> // the collection of items fetched from an API 
}

приводит к этой ошибке:

Type parameter T is declared as 'out' but occurs in 'invariant' position in type List<Item<T>>

Как я могу добиться соотношения типа и подтипа между списками ответов Fruit и Base?

Контекст

Я реализую сетевой код для выполнения операций CRUD с API, основанным на формате Спецификация JSON API, поэтому я создал классы атрибутов и данных (Item) для представления объектов ответа json.

Моя цель - уменьшить количество дублированного кода, чтобы мне нужно было только один раз написать декларации службы API для каждой сущности в моем приложении (фрукты, поставщики, покупатели и т. д.). Я также хочу избежать написания дублированных / шаблонных реализаций уровней репозитория данных для каждого объекта в моем приложении (в контексте чистой архитектуры). Я должен иметь возможность просто указать типы, специфичные для бизнес-сущностей (модели / сущности), и позволить одной общей реализации выполнять работу по выборке сетевых данных.

Я подумал, что для этого имеет смысл использовать дженерики и наследование. В этом конкретном примере идея состоит в том, что GET, специфичный для фруктов, будет возвращать список ответов фруктов, который является подтипом базового списка ответов. Будем очень признательны за любые рекомендации по этому поводу или альтернативные подходы к этой проблеме.