社区已审的钉法是 HarmonyOS Kotlin（qrose / number-keyboard 用的）。本适配没有依赖压力——引擎零第三方依赖——所以直接沿用社区成熟钉法：Kotlin上游 Kotlin 2.3.21 + Compose 1.10.3 + AGP 9.2.0 那套在鸿蒙上直接sync会在配置期就死，不值得尝试调和。google()上游 otp-field（一半 Compose

社区此前批准的 CMP 库钉法是 HarmonyOS Kotlin（qrose / haze / cmp_drawbox 同款）。KStore 那类存储库升到是被 kotlinx 制品线的 stdlib 元数据逼的；DotKit 相反——core 收敛为零第三方依赖后没有任何制品逼版本，而sample还要继续用 Compose Multiplatform 1.9.3（与 Kotlin 2.2.21

工具链不受 kotlinx / Compose 制品线的元数据约束，可以停在社区已批准的（qrose / haze 同款）。上游源码是 Kotlin 1.9.21 编的，2.2.21 读 1.9 元数据没有任何问题（向后兼容）；反过来，2.4.x 线在这里没有必要，因为没有任何 2.4 元数据的依赖需要它。Gradle 沿用 2.2.21 线对应的 8.14.1（2.4.20线才用 9.x，两条工

ohosX64()只存在于 HarmonyOS Kotlin 插件。google()Kotlin 版本钉（cmp_qrose / swipe / Flippable 同款已审钉法），Gradle Wrapper 钉 8.14.1，JDK 钉 21。上游仓库用的是 Kotlin 2.1.21 + AGP 8.11 + Compose 1.8 + vanniktech 发布插件，那套在鸿蒙上直接syn

KStore 钉是被 coroutines 制品线的 stdlib 元数据顶上去的；Cloudy没有这类依赖牵引——纯引擎零第三方依赖，取社区批准的老线最大化复用既有审核经验（qrose / haze / flagpack / day-and-night-switch / tagcloud 全在这条线上）。代价是 Gradle 必须从上游 9.6.1 降到 8.14.1：2.2.21 线的 Kot

ohosX64()只存在于 HarmonyOS Kotlin 插件，社区此前批准的钉法是（qrose / haze / Vico / Reorderable 同线），配套 Gradle 8.14.1。上游是 Kotlin 1.9.10 + AGP 8.1.1 的 Android 构建，根构建整体替换，不存在元数据兼容问题——引擎抽取后零依赖，也不需要 kotlinx 制品线。google()仓库顺

→ ArkUI 鸿蒙 PC 页面。

→ ArkUI 鸿蒙 PC 页面。

→ ArkUI 鸿蒙 PC 页面。

KMP 公共 API↓↓↓C ABI 字符串契约↓C++ N-API 参数和内存管理↓ArkTS 客户端与 ArkUI 页面↓签名 HAP 和设备日志验收。