🤔 连 UI 也要开始 Be Water 了吗

最近看了一篇 gskinner 关于 GenUI 的文章，里面有一个观点有所感：

未来的 UI 可能不再是完全固定的页面，而会根据用户当下的需求动态变化。

看到这里，我想到一句老话：

水无常形。

当然，软件不是水。UI 也不可能真的随便变化，不然今天打开一个 App 是购物页面，明天变成聊天页面，用户估计会先怀疑自己是不是点进了别人的手机。

但它确实让我想到一个变化：

过去，我们是在设计“页面”。

未来，我们可能是在设计“系统如何表达自己”。

---

以前的 App：像一本固定排版的书

传统 App 的开发逻辑其实很明确。

设计师画页面：

首页是什么样？

详情页在哪里？

按钮放哪个位置？

然后开发者把它实现出来。

比如一个旅行 App：

首页：

• 搜索目的地
• 推荐酒店
• 热门路线

详情页：

• 图片
• 价格
• 介绍
• 预订按钮

每个人打开，看到的基本都是同一个东西。

推荐系统负责的事情也比较简单：

页面不变，只改变里面展示什么。

比如你喜欢摄影，它给你推荐摄影目的地；你喜欢美食，它推荐餐厅。

但是页面本身不会因为你喜欢摄影突然变成一个完全不同的 App。

---

GenUI 想探索的是另一种可能

如果 AI 不只是决定“显示什么”，而是进一步决定：

• 应该显示哪些信息
• 应该用什么组件
• 应该怎么组织内容

会发生什么？

还是旅行 App。

你说：

我下个月去里斯本，7 天，预算一万，喜欢建筑和咖啡。

传统 App 可能给你一堆搜索结果。

但是未来的系统可能直接组合一个界面：

里斯本 7 日计划

Day 1
🏛 贝伦塔
☕ 附近咖啡店

预计花费：
300 元

[开始今天行程]

而另一个用户：

我要商务出差，晚上赶飞机。

看到的可能是：

机场路线

会议地点

打车时间

发票信息

同一个应用，因为人的目的不同，呈现出来的形态也不同。

---

设计的重点可能会从“页面”变成“能力”

以前我们设计：

一个酒店详情页。

未来可能设计：

一个酒店信息模块。

它包含：

• 图片展示
• 价格
• 地图
• 评价
• 预订操作

然后告诉系统：

什么时候应该展示价格？ 什么时候应该突出评价？ 什么时候应该推荐附近地点？

有点像搭积木。

以前：

我盖一栋固定的房子。

未来：

我设计砖、梁、门窗，以及建造规则。

然后系统根据需求组合。

---

但这不代表所有 UI 都应该变化

其实我觉得这一点很重要。

很多讨论容易走向一个极端：

“以后 AI 会生成所有界面。”

但我不太认同。

比如：

登录。

输入手机号，填写验证码，点击确认。

这种东西就应该稳定。

支付。

金额、收款人、确认。

也不应该每天换一种布局。

用户需要确定感。

真正适合动态变化的是那些本来就很复杂的场景：

• 旅行规划
• 学习辅助
• 个人管理
• 创作工具
• 信息探索

因为这些事情本身就没有一个固定答案。

---

对开发者来说，变化在哪里？

以前开发 App：

更多是在实现：

页面
组件
交互
流程

未来可能更多是在设计：

组件能力

组合规则

用户状态

系统行为

这其实挺有意思。

因为软件可能不再只是一个工具，而更像一个环境。

它会观察：

你现在在哪里？

你正在做什么？

你的目标是什么？

然后调整自己的表达方式。

---

这让我想到我最近一直在做的一些个人项目。

比如任务管理工具。

传统 Todo：

今天任务：

□ 写代码
□ 健身
□ 学习

但是如果系统知道：

• 你今天已经很累
• 晚上时间不多
• 某个项目卡了很久

它可能不应该继续给你展示几十个任务。

它可能更适合告诉你：

今天只推进这一个小步骤。

完成后再继续。

---

所以我觉得 GenUI 有趣的地方，不是“AI 帮我们画页面”。

而是：

软件开始从一个固定工具，变成一个会根据人和环境变化的东西。

以前是人适应软件。

未来可能会有越来越多软件开始适应人。

当然，前提是我们能给 AI 足够好的设计规则。

否则结果可能不是一个懂你的智能助手，而是一堆会自动生成的混乱界面。

毕竟，人类花了几十年才学会怎么避免把按钮塞满屏幕，现在交给 AI，多少还是需要一点缰绳。