JetBrains исследует возможность добавить Hot Reload в Compose
https://github.com/JetBrains/compose-hot-reload (404 ⭐️)

Мультиплатформа тоже поддерживается, судя по всему. Для сборки используеть отдельная версия официальных плагинов (2.1.0-firework.31) и сам плагин для hot-reload

5 минутное видео с демонстрацией от одного из разработчиков

Ищем блокирующие вызовы из неблокирующих потоков

Проверяем приложение на наличие блокирующих вызовов. Они могут вызывать микрофриз, а не краш приложения. С библиотекой BlackHound (1400 ⭐️ +) вы получите полноценной краш-репорт. Используется вместе с отладочной тулзой для корутин: org.jetbrains.kotlinx:kotlinx-coroutines-debug

Пример:

import reactor.blockhound.BlockHound
import kotlinx.coroutines.debug.CoroutinesBlockHoundIntegration
import kotlinx.coroutines.*

fun main() {
    BlockHound.install(CoroutinesBlockHoundIntegration())
    
    runBlocking { 
        launch(Dispatchers.Default) { 
            Thread.sleep(1000) // Краш
        }
    }
}

Краш:

Exception in thread "main" reactor.blockhound.BlockingOperationError: Blocking call! java.lang.Thread.sleep
 at java.base/java.lang.Thread.sleep(Thread.java)
 at MainKt$main$1$1.invokeSuspend(Main.kt:12)
 at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(ContinuationImpl.kt:33)
 at kotlinx.coroutines.DispatchedTask.run(DispatchedTask.kt:108)
 at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(CoroutineScheduler.kt:584)
 at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(CoroutineScheduler.kt:793)
 at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:697)
 at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:684)

Фикс:

import reactor.blockhound.BlockHound
import kotlinx.coroutines.debug.CoroutinesBlockHoundIntegration
import kotlinx.coroutines.*

fun main() {
    BlockHound.install(CoroutinesBlockHoundIntegration())
    
    val droidgr = Dispatchers.IO.limitedParallelism(10) // или просто Dispatchers.IO
    runBlocking { 
        launch(droidgr) { 
            Thread.sleep(1000) // OK
        }
    }
}

О разработке SDK

Что нужно помнить при работе с SDK, как делать не нужно:

👉 Разработка SDK != разработка клиентского приложения. Например, не стоит перехватывать UI у клиентского приложения, если внутри SDK возникла ошибка. Лучше, прокиньте состояние ошибки и дайте пользователям SDK самим решать как ее отобразить.
👉 Предоставление пользовательского интерфейса через SDK влечет за собой ряд проблем: Отсутствие гибкости, конфликты ресурсов, увеличение размера SDK и сложности в его обслуживании, а так же проблемы масштабируемости. Но если вам все-таки необходимо поставлять UI с SDK, то разделите свое SDK на 2 разных package: UI и Core Logic с возможностью их раздельного использования. Не забудьте про Analytics Hooks в UI модуле!
👉 Минимизируйте внешние зависимости. А если используете - то лучше всего их изолировать. Неприятно ради 1 библиотеки подключать RxJava и Lottie, для конвертации в свой формат. Не забывайте, что не все библиотеки предоставляют лицензию на использование в коммерческих целях, например, GPL лицензии
❗️Старайтесь избегать глобальных синглтонов. Неприятно, когда в приложении появляется утечка памяти, а я никак не могу на это повлиять, кроме как отказаться от вашего SDK.
👉 Пишите документацию и CHANGELOG

С какими неприятными последствиями спорных решений в SDK вы сталкивались?