Shapes 的价值全在自研几何算法，不依赖任何 kotlinx 制品——不需要像 KStore 那样先验证 coroutines / serialization 的 ohos 制品线，直接套用社区已审的钉法：HarmonyOS Kotlin。这条旧线的要求是 Gradle 8.14.1（上游 wrapper 是 9.7.1，必须降级）、JDK 21、三个 native 开关，并删除上游的（dae

路线定性：识别"纯 Compose UI 库没有可隔离内核"，选整库编译 + 无头驱动路线，避免把适配做成"重写一个样式库"。双制品线：社区 ohos 线与 Maven Central jvm 线并存，"换线不换版"不可行时如何取最接近版本并守住交叉验证闸门。无头门面：把 internal 解析引擎提升为 UI-free 公开面，同时保证与 @Composable 入口走同一条代码路径。状态合并保

社区此前批准的钉法是 HarmonyOS Kotlin（qrose / haze 用的）。但 ComposeKotlin 钉。额外好处：上游源码本来就是 Kotlin 2.3.20 编的，2.4.20 高一小代，源码级兼容成本为零；Gradle 9.x 线可用（KStore 先例 9.6.1）。google()上游 LazySurface（全部 commonMain，17 文件）

Highlight 没有新版 kotlinx 依赖（引擎只用），不存在 KStore 那种"coroutines 元数据 2.4.0 逼着 Kotlin 升 2.4.20"的压力——直接沿用社区已审的 HarmonyOS Kotlin（qrose / haze 同线）。该线要求 Gradle 8.x，上游 wrapper 是 8.13，实测升到 8.14.1 与 cmp_qrose 完全对齐。工具

Highlight 没有新版 kotlinx 依赖（引擎只用），不存在 KStore 那种"coroutines 元数据 2.4.0 逼着 Kotlin 升 2.4.20"的压力——直接沿用社区已审的 HarmonyOS Kotlin（qrose / haze 同线）。该线要求 Gradle 8.x，上游 wrapper 是 8.13，实测升到 8.14.1 与 cmp_qrose 完全对齐。工具

社区此前批准的钉法有两代：HarmonyOS Kotlin（qrose / Swipeable / compose-table 用的，纯 Kotlin 引擎路线）与（compose-ripple-indication / KStore 用的）。取色器六个文件五个是，必须有编译器插件，而该插件与 Compose 鸿蒙线都随线发布——2.2.21 线没有能编上游组件源的组合，钉版唯一解。

WhatIf 的鸿蒙适配不是把 Kotlin 条件判断翻译成 ArkTS，而是让同一份共享代码→ ArkUI 工作台。

WhatIf 的鸿蒙适配不是把 Kotlin 条件判断翻译成 ArkTS，而是让同一份共享代码→ ArkUI 工作台。

WhatIf 的鸿蒙适配不是把 Kotlin 条件判断翻译成 ArkTS，而是让同一份共享代码→ ArkUI 工作台。

本次适配真正需要处理的不是一个Web→ OpenHarmony 真机页面。