ohosX64()只存在于社区线（qrose / haze / spinnable 同款钉法），该线要求 Gradle 8.14.1（KStore 那种「2.4 线留 9.x」的经验不能套用——两条工具链线的 Gradle 诉求相反）。google()收敛到只有一个插件别名，[versions][plugins]上游 expandable（100% Compose UI）→ 确认「UI-only

Krop 与 KStore 这类"纯 Kotlin + kotlinx 制品线"的库不同：它的commonMain依赖的是Compose 与 Coil，而社区 CMP 目前是 1.9.2、coil3 没有 ohos 制品——上游 Compose 1.6.11 体系没有可换线的对应物，所以不存在"制品升 2.4 线"的问题，直接采用社区已过审的钉法：Kotlin+ Gradle8.14.1（wrap

ohosX64()目标只存在于 HarmonyOS Kotlin 插件，来自社区 Maven（与——版本主体与上游经 Compose Multiplatform 1.9.3 线使用的 1.10.x 一致，只是仓库换线（换线不换版），commonMain 里一行依赖语义都不用改。Gradle 钉 8.14.1（与 qrose / Capturable 等已过审仓库同一条 2.2.21 工具链线，该线

ohosX64()只存在于 HarmonyOS Kotlin 插件里。社区已审的钉法是（qrose / FlexibleBottomSheet 同款），配套 Gradle 8.14.1、JDK 21。注意两条工具链线的经验不能互相套用：KStore 那类依赖 kotlinx ohos 制品线的库必须升本库零依赖，落在旧线的钉法上即可。上游的 Kotlin 2.1.0 + AGP 8.6.1 + J

ohosX64()只存在于 HarmonyOS Kotlin 插件。必须先写 eazytec Maven，再写。Kotlin 版本钉，Gradle Wrapper 钉 8.14.1，JDK 钉 21——与已过审的 qrose / ktoast 同一条工具链线。上游仓库的 Kotlin 2.2.20 + AGP 8.11.2 + Compose 插件那套在鸿蒙上直接sync会在配置期就死。googl

ohosX64()只存在于 HarmonyOS Kotlin 插件。必须先写 eazytec Maven，再写google()顺序错了会解析到官方 Kotlin 插件，配置期直接。上游用 Kotlin 2.4.10 + Compose 1.11.1 + AGP 9.3.1，这套在鸿蒙线上不存在（AGP 9 甚至没有ohos概念）。引擎零依赖，没有的 stdlib 元数据把人往回拽，工具链只需要满足

社区早期的钉法是 HarmonyOS Kotlin（qrose 一批用的是它），后来还有。本适配最后落到，原因不是"越新越好"，而是版本必须跟着依赖走另一个现实约束是制品可达性：本机 konan 缓存与 Gradle 模块缓存里实际存在的是这条线（连的同线制品都在），在本机不存在——照抄别人的版本号会卡在"下载一个不存在的编译器"。版本号必须对着仓库实际发布核对，不能凭历史结论。上游 core +