feat(newChorme)

pages/overview.md

@@ -1,33 +1,45 @@
-# 这次分享解决什么问题？
+# 一个变化：网页不只给人用了
 
 <div class="grid grid-cols-2 gap-8 mt-8">
 
 <div class="card-blue">
-<div class="font-semibold mb-3">听众能获得</div>
+<div class="font-semibold mb-3">过去的 Web</div>
 <div class="space-y-2 text-sm">
 
-- Chrome 近期值得关注的新能力地图
-- 哪些能力已经适合进入生产评估
-- 如何用 DevTools 更快定位性能与兼容性问题
-- 如何把浏览器更新转成团队行动项
+- 用户看页面
+- 用户理解信息
+- 用户点击控件
+- 用户完成流程
 
 </div>
 </div>
 
-<div class="card">
-<div class="font-semibold mb-3">不展开做什么</div>
-<div class="space-y-2 text-sm text-gray-300">
+<div class="card-green">
+<div class="font-semibold mb-3">Agentic Web</div>
+<div class="space-y-2 text-sm">
 
-- 不逐条朗读全部 release notes
-- 不做浏览器内核源码分析
-- 不承诺所有实验能力都可直接上线
-- 不替代真实项目的兼容性验证
+- Agent 理解页面意图
+- Agent 拆解多步任务
+- Agent 调用网页能力
+- 用户确认关键动作
 
 </div>
 </div>
 
 </div>
 
+<div class="mt-8 card-amber text-sm">
+核心判断：今天的网页“能被 AI 操作”，但还没有真正“为 Agent 优化”。
+</div>
+
 <!--
-这一页是分享定位。Chrome 更新频率很高，真正有价值的不是把每个版本的新字段都念一遍，而是帮助团队快速判断：哪些变化影响我们现在的产品，哪些能力值得试验，哪些 DevTools 工作流可以马上提高排查效率。
+这一页我们先建立背景。
+
+过去我们做 Web，默认使用者是人。所以我们会关注视觉层面的体验：页面好不好看，信息层级清不清楚，按钮是不是容易点，表单是不是容易填，错误提示是不是能让用户理解。也就是说，用户通过“看”来理解页面，再通过“点”和“输入”来完成操作。
+
+但在 Agentic Web 里，使用者不只有人。用户可能不会亲自打开每个页面、阅读每个字段、点击每个按钮，而是直接说一句：“帮我找一个会议附近的酒店，把预算和评分筛选好，再给我几个候选方案。”这时候，真正要进入网页、理解信息、执行步骤的，就变成了 Agent。
+
+这并不是说网页以后不需要 UI 了，也不是说 Web 要从“给人用”变成“不给人用”。更准确的说法是，Web 会多出一层使用方式。上层仍然是人类看到的界面，下层则需要有 Agent 能理解、能调用、能安全执行的能力结构。
+
+所以这页的核心判断是：今天很多网页已经“能被 AI 操作”，因为 AI 可以看截图、读 DOM、模拟点击；但它们还没有真正“为 Agent 优化”。接下来几页，我们就看为什么这件事会成为问题。
 -->