所以可以看到，genui 的核心是利用 AI 大模型的 UI 组织能力，让它通过用户的描述和已有的控件目录，动态渲染和生成所需的 UI 控件。对象，它本质上是一个 JSON 结构，JSON 作为纯文本数据其实是可以保存的，比如我们对这部分数据进行拦截缓存，并在启动时加载渲染，当然，它并不是一个完全 Free 的动态 UI 项目，虽然看起来它是动态的，甚至可以用来做热更新，但是实际上也是存在限制条件

听起来是不是很熟悉？通过 「Appfunctions」 App 可以向系统暴露各种各样的功能，并且可以和 Android 的系统服务集成，特别是与应用搜索框架的集成，从而让系统能够发现并索引到可用的 App 功能。这不就是 Android 上类 MCP 支持么，大胆猜测，。在之前需要唤起 App 执行然后再返回的操作，现在可以无缝直接联调，Appfunctions支持异步处理，调用时 App 会收

之所以会想写这个，首先是因为在知乎收到了这个推荐的问题，实际上不管是 AutoGLM 还是豆包 AI 手机，会在这个阶段被第三方厂商抵制并不奇怪，，而非这次中兴的 AI 豆包手机出来才抵制，毕竟以前搞过微信自动化客服应该都知道，一不小心就会被封号。另外也是刚好看到， B 站的 UP 主老戴深入分析了豆包手机的内部工作机制的视频，视频介绍了。

Viewport 说：“轮到你了，但是 Sliver1 和 Sliver2 赖在头顶不走（Pinned），它们虽然在布局上已经滚上去了（LayoutExtent 变小或为 0），但它们还画在屏幕上（PaintExtent 依然存在），所以你的头顶有 X 个像素被它们挡住了。1、无视，Sliver3 依然照常从 0 开始画，结果 是 Sliver3 的前 120px 内容被 Sliver1 和 Sl

Viewport 说：“轮到你了，但是 Sliver1 和 Sliver2 赖在头顶不走（Pinned），它们虽然在布局上已经滚上去了（LayoutExtent 变小或为 0），但它们还画在屏幕上（PaintExtent 依然存在），所以你的头顶有 X 个像素被它们挡住了。1、无视，Sliver3 依然照常从 0 开始画，结果 是 Sliver3 的前 120px 内容被 Sliver1 和 Sl

所以，可以看到，通过这三大件，一个 Linux 应用的调用，会经过 POSIX 兼容性（musl libc + KAL），然后通过 ABI 兼容 (Shim Layer)，最后通过IPC访问到所需的内核支持，而 HDF 提供了驱动兼容，从而实现了 Linux 的兼容运行环境。所以虽然鸿蒙微内核不是 Linux ，但是它可以提供出 Linux 兼容，甚至翻译出 Linux 模拟环境。

众所周知， Flutter 最大的特色之一就是 Debug 过程中支持 hotload ，不错的 hotload 体验对于开发效率十分重要，而在此之前，我们在聊过了 Flutter 和 iOS 在 hotload 上的爱恨情仇，那么在鸿蒙上，为什么 Flutter 也可以支持 hotload？

这次重构虽然是一项巨大的工程，但长远来看会让 Flutter 框架更耐用，也让设计库的迭代更迅速，并更好地支持第三方设计生态系统的发展 ，甚至未来 PC 平台的第三方 UI 风格也可以更好适配，这也引出另一个问题：Compose Multiplatform 是否也有类似问题，是否也会跟进？毕竟 CMP 也是以 Material 为主，不过目前看来 Compose 先天具备分层风格 function

之所以 2025 了 GSYGithubApp 还能迎来 Jetpack Compose 版本的开源，主要还是依赖于 AI 的强大：https://github.com/CarGuo/GSYGithubAppCompose 。GSY 系列项目做早是从 2016 年开始做的开源，其中大家最为熟悉的应该是 GSYVideoPlayer ，它也是维护至今最长的项目，而 GSYGithubApp 系列最早

OpenAI团队利用Codex AI编程助手，仅用4名工程师在28天内完成了Sora Android版的开发，实现99.9%无崩溃率。开发过程中，Codex被视作"高能力新员工"，负责代码编写、测试和跨平台转换，而工程师专注于架构设计和决策。团队采用"先规划后代码"模式，通过AGENTS.md文件提供规范，并创新性地使用AI进行iOS到Android的逻辑转