给机器人加一句触摸问候，第一反应往往是：订阅触摸消息，然后调用一次语音服务。真正把输入连续发过去，问题才开始出现。同一条事件又来了一次怎么办？上一句还在处理，下一次触摸要不要跟上？更麻烦的是，程序已经判定超时，旧响应却在新请求进行到一半时回来了。这篇就围绕这些交互细节，给启元 T1 写一个完整的触摸程序。背部单击发送一句问候，胸部双击换一句回应；页面同时显示事件经过了哪一步。先看跑完一组场景的过程

取快递、买牛奶、送洗衣服，都是几分钟的小事，凑在一次出门里，就需要记住先后顺序。到了快递柜旁边，可能临时想先去超市；一件事办完后，又要知道下一件是什么。这样的安排适合做成一张随进度变化的行动卡片。想到把这些小事放到眼镜里，我先问了一个很具体的问题：抬眼看过来，能不能立刻找到“现在办什么”。因此页面围绕当前事项和下一件事来排布，复杂操作放到后面的管理页。这次我用 AIUI 做了“顺手办”：接收一组要

看启元 T1 的产品展示，很容易先被“变形”吸引：人形轮足和四足，看起来像两台机器人。这两件事做扎实，再往上叠动作和交互，排查问题才有抓手。在里，两种形态放在一起很好辨认。到了工程模型中，这些外形会被拆成连杆、转轴、关节限位和执行器。轮足在哪里、前肢怎样折叠，都能顺着关节树继续查下去，和只看一段产品视频的感受很不一样。这次就从模型与接口各选一个切口：用官方模型做一段固定基座的关节往返实验，再用官方

这次鸿蒙接入保留了原共享实现与协程依赖，页面上的排序、淘汰、同键更新和出队都来自实际库调用。最该记住的规则是：数字大小由比较器解释，同键只能提升优先级，而add返回空值不等于每一次输入都被接受。只有把任务身份、容量和观察快照的含义对齐，队列才容易接进实际应用。至于更大任务量、持续并发和吞吐比较，应在这些规则已经确认后另外设计测量。完整示例可见并发优先队列适配目录，鸿蒙跨平台工具与文档在。其他适配示

这次鸿蒙接入保留了原共享实现与协程依赖，页面上的排序、淘汰、同键更新和出队都来自实际库调用。最该记住的规则是：数字大小由比较器解释，同键只能提升优先级，而add返回空值不等于每一次输入都被接受。只有把任务身份、容量和观察快照的含义对齐，队列才容易接进实际应用。至于更大任务量、持续并发和吞吐比较，应在这些规则已经确认后另外设计测量。完整示例可见并发优先队列适配目录，鸿蒙跨平台工具与文档在。其他适配示

最后执行十六项设备内检查，覆盖三种包装的往返、Unicode 文本、长整数、空 Compound、整数数组、规范化幂等、包装头识别、语法拒绝、跨缓冲块数据、截断与校验损坏以及反复释放。序列化核心与 Okio 使用对应的 OHOS 发行依赖，版本、来源及摘要保留在源码目录，避免出现“同名依赖能下载，目标架构却对不上”的情况。但把数据保存下来，再交给另一个程序读取，问题就换了一种问法：生命值原来是短整

最后执行十六项设备内检查，覆盖三种包装的往返、Unicode 文本、长整数、空 Compound、整数数组、规范化幂等、包装头识别、语法拒绝、跨缓冲块数据、截断与校验损坏以及反复释放。序列化核心与 Okio 使用对应的 OHOS 发行依赖，版本、来源及摘要保留在源码目录，避免出现“同名依赖能下载，目标架构却对不上”的情况。但把数据保存下来，再交给另一个程序读取，问题就换了一种问法：生命值原来是短整

把 Kodvent 接进鸿蒙以后，界面可以直接观察关系合并与区间更新，而算法仍保留在原共享代码里。最容易记住的三个点是：重复合并不会继续减少组数，隔离成员会保留其他成员的连通关系，线段树查询的终点也算在范围内。这类库往往没有很复杂的平台依赖，适配工作仍然需要对齐编译选项、桥接边界和输入规则。示例与说明可见Kodvent 适配目录，官方跨平台资料集中在。并查集与区间示例可以从总源码索引找到，相关应用

把 Kodvent 接进鸿蒙以后，界面可以直接观察关系合并与区间更新，而算法仍保留在原共享代码里。最容易记住的三个点是：重复合并不会继续减少组数，隔离成员会保留其他成员的连通关系，线段树查询的终点也算在范围内。这类库往往没有很复杂的平台依赖，适配工作仍然需要对齐编译选项、桥接边界和输入规则。示例与说明可见Kodvent 适配目录，官方跨平台资料集中在。并查集与区间示例可以从总源码索引找到，相关应用

GEOK 的共享实现可以通过鸿蒙 Kotlin/Native 编译并接到 ArkTS 页面，适配中没有改写原有几何代码。这个实验更有用的部分，是把几个 API 的定义摆在一起：闭环会自动补齐，中心是顶点平均，周长只算外环，洞面积会扣除，而洞内点并没有被当前contains排除。对一个小工具来说，把这些行为讲清楚，比只放一张“点在范围内”的截图更实用。以后接入真实地图或业务围栏时，也可以沿用这个验证