所以在 ShapeR里，你可以：单独拿出某个物体（比如椅子/桌子）替换/移动/重新摆放导出到 DCC/引擎里编辑（Blender/Unity/Unreal）换个概念简单理解，以前你只能得到一个 PNG，现在你可以得到一个 PSD那你可能会说，它有什么作用？

最后总结下，正常大家使用输入框输入文本内容不会有什么问题，甚至如果你用 Dialog 场景也不会有什么问题，甚至你看下方最后一张图片，在 dialog 下的键盘依然可以正常透视工作：所以问题主要还是存在于这种场景，因为默认行为是认为底部对齐，高度有限，所以对于会认为底部高度区域在键盘下不渲染，所以导致最后采集不到像素出现黑色。针对问题其实可以选择配置来解决，或者替换为 Dialog 来绕过场景，但

至于你肯定会说，那为什么不说 Andorid？那肯定是因为 CMP 是基于 Compose 实现的啊，Compose Android 本质上还是嵌在 Android View 系统里，ComposeView 是一个 Android View，跑在同一个 View hierarchy 里：Compose 和 Android View 一开始就属于同一个“生态”，同一种坐标系、同一种生命周期、同一种事

所以可以看到，同样的工具，同样的使用 AI ，规模化和流程化的配置，还有开发过程中的各种规则、技能和文件积累，就会让 AI 变成更加智能和直观，最重要是可维护性会大大提高，这也是未来程序员在 AI 浪潮的必备技能之一，也许以后，你真的就是一个 AI 管理者。实际上 Manus的服务对象很多是非专业技术的人，使用 Manus的核心用户，大多是那些不需要知道该使用什么技术栈或如何构建数据库，他们更多是

刚好这段时间一直在使用 Cursor 和 Trae ，并且目前 Cursor 的跟进速度也相当感人，如下图这两天已经在使用 Claude 3.7 Sonnet 了 ，恰逢最近在搞一些项目的框架迁移，正好借此机会通过实际需求对比下 Cursor 和 Trae 的 AI 体验，，然后“基类们”就出现冲突了，甚至有时候它还会把 mixin 的基类改成 abstract ，然后 mixin 就报错····

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

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

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

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

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