7.0
热点
AI SCORE
观点评论2026-05-21 21:25
框架设计的新范式：不再为人类独占
DEV Community · Hemapriya Kanagala#框架设计#Agent#AI时代
Editor brief · 编辑速览
框架设计需要同时考虑人类和 Agent 的使用。洞察 AI 时代框架架构的根本变化。
这是一份 Google I/O 写作挑战的投稿
TL;DR 观看了 Google I/O 2026 的演讲后，我开始注意到 Flutter、搜索、Chrome 开发者工具和 Google Agent 工作流中存在的相同模式。
AI 不仅仅在成为应用程序的一部分。
框架、工具，甚至网络本身正在缓慢演进，同时也将 AI 系统作为活跃的构建者。
估计阅读时间：约 8 分钟
让我重新审视 I/O 其余部分的 Flutter 更新
我们曾为人类构建界面
搜索开始更像软件生成
人类剪贴板问题
网站也在改变
这一切背后的张力
开发者可能实际需要适应的
每次 Google I/O 最终都会回到相同的主题。
更强大的 AI 系统。
所以当我开始观看 Google I/O 2026 的演讲时，我预期会看到这个故事的另一个版本。
确实有很多这样的内容。
Google I/O '26 主题演讲
开发者主题演讲（Google I/O '26）
Flutter 的最新动态
和 Google AI 演讲
另一个模式开始在所有内容下面缓慢浮现。
不是通过一个重大公告。
不是通过一个标题功能。
它通过分散在不同演讲中的较小架构决策而出现。
起初，这些决策似乎互不相关。
然后 Flutter 演讲开始讨论将 Material 和 Cupertino 从核心框架中分离出来。
之后，我开始在其他地方也注意到相同的想法。
表面上看，Flutter 的公告听起来像框架维护。
Material 和 Cupertino 成为独立的包。
一个更加风格中立的 Flutter 核心。
但我听得越多，这听起来就越不像普通的框架工作。
因为 UI 框架从来都是有见解的设计。
它们引导开发者走向结构和一致性。
多年来，前端开发主要遵循相同的模式：
开发者先设计界面，用户稍后与其交互
屏幕已经被决定。
流程已经被决定。
即使是动态应用程序通常也是由人类组装的预定义布局构建的。
但 Google I/O 2026 的许多公告似乎朝另一个方向发展。
适应的界面：
到那一刻正在发生的任务
这改变了框架下的一些东西。
因为如果软件预计会动态生成界面，框架就不能保持围绕预定义人类布局紧密结构化。
它们需要变得足够灵活，以便软件可以组装软件。
那是 I/O 其余部分开始对我看起来不同的时刻。
大部分的这种意识来自观看 Flutter 的最新动态。
该演讲花费了大量时间讨论 GenUI、A2UI 以及 Flutter 变得更加风格中立，而不是紧密耦合到预定义的设计系统。
我看得越多，这听起来就越不像普通的框架更新，而更像 Flutter 为动态生成的界面做准备。
在演讲中变得更加明显的是，大多数软件工具有多么深入的以人为中心。
一切都围绕人类如何：
通过界面视觉移动
但现在系统内有另一个参与者。
他们以不同的方式与软件交互。
AI agent 不关心按钮在屏幕上是否看起来视觉上平衡。
机器可读的工作流
这改变了框架需要优化的内容。
不是替代人类。
而是同时支持人类和 agent。
我认为这可能是今年 I/O 公告下的最大转变之一。
框架首次不再完全以人为中心。
Google 不仅在展示 AI 如何构建软件。
我观看的演讲越多，开始感觉软件生态系统本身可能会随着 AI 系统成为其中的活跃参与者而缓慢重新组织。
Google I/O '26 主题演讲中我不断返回的一个时刻是观看搜索在结果内直接生成交互式软件体验。
实际可用的界面。
生成的工作流。
重要的部分不是界面本身。
而是产生它的东西。
传统上，开发者构建应用程序，搜索引擎帮助用户发现它们。
现在平台本身开始为特定情况动态生成软件体验。
不是永久的应用程序。
为精确需要的时刻创建的软件。
Google I/O '26 主题演讲中展示的例子可能是理解这个方向的最清晰方式。
观看搜索实时生成交互式规划工具和视觉模拟器感觉与传统搜索演示非常不同。
它感觉更像是在交互本身期间组装的软件。
一旦软件开始这样表现，其下的框架也必须改变。
另一个我不断思考的时刻来自 Chrome DevTools for Agents。
主要是因为它解决了几乎每个使用 AI 工具的开发者都已经知道的工作流。
你要求 AI 生成代码。
将其粘贴回助手。
等待另一个响应。
然后再次重复这个循环。
开发者成为以下两者之间的连接：
运行 Lighthouse 审计
自己验证更改
这也改变了开发者的角色。
因为一旦 AI 系统可以直接与工具交互，它们就停止表现得像被动的助手。
它们开始参与工作流本身。
这部分来自开发者主题演讲（Google I/O '26），特别是 Chrome DevTools for Agents 的演示。
该演讲为我引入了整个活动中最实际的转变之一，主要是因为它改变了 AI 与调试和运行时工具本身的交互方式。
相同的模式再次出现在 WebMCP 中。
对于网络历史的大部分时间，网站几乎完全为人类交互而设计。
通过界面视觉移动
但 WebMCP 引入了网站应该也直接向 agent 公开功能的想法。
开发者主题演讲将此称为改进"Agent 体验"。
我想得越多，这个短语开始感觉越重要。
因为一旦软件生态系统开始也为 agent 优化，互联网本身就开始变成不同的东西。
不仅仅是人类可读。
以更深层的方式机器可读。
围绕 WebMCP 和"Agent 体验"的对话也来自开发者主题演讲（Google I/O '26）。
我发现自己回到该演讲的那部分，因为当 agent 成为普通软件工作流的一部分时，它改变了网络本身的预期行为方式。
我不认为这意味着任何这些：
前端开发者消失
或界面变成不可预测的 AI 生成的混乱
实际上，这些公告中最有趣的部分之一是以下之间的张力：
生成的界面之所以强大，是因为它们可以动态适应。
但人们仍然依赖于：
可预测的交互模式
一致的视觉系统
这种张力很重要。
因为完全不受限制的生成界面会很快变得令人疲惫。
Google 在整个演讲中似乎意识到了这一点。
方向感觉不像："完全移除结构。"
感觉更像："允许软件在明确定义的边界内适应。"
这是一个非常不同的想法。
可能也更实际得多。
我不认为最大的转变是 AI 会生成更多代码。
这个对话已经在各处存在。
更有趣的转变是软件生态系统本身开始围绕 AI 参与而进化。
框架变得更灵活。
开发者工具变得有 agent 意识。
网络标准变得机器可读。
界面变得动态。
开发者可能会慢慢花费更少时间：
手动组装静态屏幕
连接重复的工作流
充当工具和 AI 系统之间的桥梁
审查生成的系统
指导自适应工作流
这感觉像是一个非常不同的软件开发模型。
但绝对不同于我们大多数人学到的模型。
因为最大的变化可能不是 AI 替代软件开发。
可能是软件生态系统缓慢围绕 AI 参与重新组织自己。
进入 Google I/O 2026，我期望更好的 AI 系统。
我没有预料到的是有多少演讲指向其下的相同更深层转变。
Flutter 变得更加风格中立。
搜索动态生成界面。
网络标准直接向 agent 公开功能。
开发者工具围绕自主工作流进化。
单独来看，这些公告似乎不相关。
但一起看，它们开始感觉像相同过渡的片段。
多年来，框架几乎完全围绕为人类用户构建界面的人类开发者而设计。
现在软件生态系统也开始围绕 AI 系统进化。
我认为未来的开发者可能会回顾这个时刻，少一些："AI 变得更聪明的一年"
"软件生态系统开始围绕 AI 参与重新塑造自己的一年。"
这些演讲帮助塑造了本文中的大部分想法和观察：
Google I/O '26 主题演讲
开发者主题演讲（Google I/O '26）
Flutter 的最新动态
我在思考围绕 AI 工作流、工具和界面生成的更广泛方向时，也发现这些演讲很有帮助：
Google AI 的最新动态
Firebase 的最新动态
从 I/O 主舞台到终端
认真地说，如果这里的某些内容有意义（或没有），请留下评论。
某些评论可能仅对已登录的访问者可见。登录以查看所有评论。
对于进一步的行动，你可以考虑屏蔽此人和/或报告滥用行为