feat(newChorme)

pages/demo/adoption-plan.md

@@ -1,33 +1,42 @@
-# 模拟展示 4：团队落地清单
+# 任务流程说明：工具箱之外，还要操作手册
 
-<div class="grid grid-cols-2 gap-8 mt-8">
+<div class="mt-8">
+
+```mermaid {scale: 0.72}
+flowchart LR
+    A[用户目标] --> B[识别任务类型]
+    B --> C[读取流程说明]
+    C --> D[打开必要页面]
+    D --> E[调用工具]
+    E --> F[关键动作交给用户确认]
+```
+
+</div>
+
+<div class="grid grid-cols-2 gap-6 mt-7">
+
+<div class="card-blue">
+<div class="font-semibold mb-2">WebMCP</div>
+<div class="text-sm op-70">解决“有哪些工具可以调用”。</div>
+</div>
 
 <div class="card-green">
-<div class="font-semibold mb-3">本周可做</div>
-<div class="space-y-2 text-sm">
-
-- 建一个 Chrome 更新跟踪文档
-- 选 1 个 DevTools 工作流做内部演示
-- 为 1 个新能力写最小 demo
-- 标注生产可用与仅实验的边界
-
-</div>
-</div>
-
-<div class="card-red">
-<div class="font-semibold mb-3">不要直接做</div>
-<div class="space-y-2 text-sm">
-
-- 只因 Chrome 支持就上线
-- 忽略 Safari / Firefox 用户
-- 把实验能力写进核心链路
-- 跳过权限与隐私评估
-
-</div>
+<div class="font-semibold mb-2">任务流程说明</div>
+<div class="text-sm op-70">解决“复杂任务应该按什么流程走”。</div>
 </div>
 
 </div>
 
 <!--
-这一页把分享从“知道了”落到“接下来做什么”。建议最后留一个简单清单，让团队每月复盘一次 Chrome 更新，并把值得试验的能力进入工程 backlog。
+这一页讲任务流程说明。这里我会先特别说明：这不是 WebMCP 同级的官方浏览器概念，也不是一个标准 API 名称。它更像我们在应用实践里需要补上的流程层能力。
+
+WebMCP 解决的是“有哪些工具可以调用”。但真实任务往往不是一个工具就能完成。比如用户说：“帮我申请价保。”这句话背后可能包含很多步骤：先去订单页查订单，确认订单是否符合规则，拿到订单号，再跳到价保页，填写申请信息，最后还要停下来让用户确认提交。
+
+如果只给 Agent 一堆工具，它仍然可能不知道流程顺序。它可能先调了不该先调的工具，也可能过早提交，或者漏掉关键确认步骤。所以在应用实践里，我们通常还需要一层流程说明，可以叫 recipe、runbook、task flow，或者就叫操作手册。它的作用是告诉 Agent：遇到这类用户目标时，应该按什么顺序推进，每一步调用什么能力，哪一步必须停下来交给用户确认。
+
+所以可以用一句话总结：WebMCP 是工具箱，任务流程说明是操作手册。工具箱让 Agent 有能力做事，操作手册让 Agent 知道怎样安全、稳定、按业务规则完成一件事。
+
+这也是为什么未来前端不只要写 UI 组件，还要沉淀任务语义、页面能力和流程规则。我们写的不是随便贴给模型看的提示词，而是应用自身的可操作结构。这个结构越清晰，Agent 越不需要猜，风险也越容易被控制。
+
+到这里，Agent 交互这条线就讲完了。接下来我们把视角拉宽，看 Chrome 这次还有哪些和开发工具、用户体验相关的新方向。
 -->