我一开始Zuo 时就在想这个问题：

传统 UI 在这方面的优势是：它是确定性的。你点"新建提醒"，系统打开一个表单，每个字段清清楚楚。填错了也要怪你自己没kan清。

咱就是说搜索引擎收录一个 App 的时候，它kan的是hen多因素。比如你的网站内容质量、页面结构、关键词优化，还有外部链接等等。鸿蒙 App 毕竟不是在百度上发布的网站，所以直接收录的可Neng性比较低。不过这也不影响 App 的使用啊！哈哈。

我的kan法是：对话会是未来 App 的重要组成部分，但不会替代 UI。它替代的是那些"自然语言比点击geng高效"的操作，而不是全部。比如你想设置一个闹钟，用语音说“明天早上七点叫醒我”，比在 UI 上滑动找到闹钟设置选项要方便多了。

所以我把 App 设计成了 Agent CLI 模式——就一个页面一个对话输入框。打开 App，说话就行：

OpenAI 和 Anthropic 一直在推动 Agent 概念。不少科技媒体预测未来的手机可Neng没有传统 UI，全是对话式 Agent。

对话会覆盖 % 的场景，用 UI 覆盖剩下 %。

Ru果你问你"把 Wi-Fi 开着"，你geng倾向于：

我把 App 改成了"聊天即操作"模式。然后发现了hen多问题……

比如说老人可Neng不熟悉这个新的交互方式，或者不清楚怎么用语音指令来操作某些功Neng。

它们没有传统 UI。 没有菜单栏、没有工具栏、没有向导弹窗。你打开它，就是一个输入框 + 一个对话界面。你说"帮我查一下今天的天气"，它就去Zuo。

Ru果一个 App 的设计目标是"老人  秒内Neng完成一次提醒——它应该优先考虑对话……

Zui好的方案不是二选一，而是让两者共存。 我称之为 TAP模式：文本对话作为主入口，UI 组件作为补充和确认手段。

在对话中发起的 "删除"、 "修改" 操作, 先在对话界面展示摘要卡片, 然后等待用户点击 "确认", 或者说 "确认"。 这个确认逻辑是双通道的 — 点击 和 语音 dou行.

老人学不会复杂的 App 操作. 但Ru果你的 App 根本没有“操作步骤”呢？ Zui好的方案不是强行改成对话式交互.

不要因为 "AI hen酷" 就强行把所有交互改成交互式 UI.  好的设计是知道什么时候不用 AI.

发布时间：2026年6月作者：seal_jing, 44岁、被裁、血压Yi恢复正常、正在写代码

关注我 seal_jing , 一个在鸿蒙生态里写 App 的独立开发者。