<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Browser-Runtime on All about Raspberry Pi</title><link>https://hugozhu.site/tags/browser-runtime/</link><description>Recent content in Browser-Runtime on All about Raspberry Pi</description><generator>Hugo</generator><language>en</language><lastBuildDate>Thu, 06 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hugozhu.site/tags/browser-runtime/index.xml" rel="self" type="application/rss+xml"/><item><title>ego Lite：Browser Agent 正在从 Automation 走向 Runtime</title><link>https://hugozhu.site/post/2026/333-browser-agent-from-automation-to-runtime/</link><pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate><guid>https://hugozhu.site/post/2026/333-browser-agent-from-automation-to-runtime/</guid><description>&lt;p&gt;让一个 Browser Agent 订一张机票。打开网站、登录、输入出发地和目的地、筛选时间、选航班、提取价格——听起来就六个动作。&lt;/p&gt;
&lt;p&gt;但你真的去看第一代 Browser Agent 跑这个流程，会发现它的大部分时间根本没花在这六个动作上。它在登录——它新起的那个浏览器没有任何登录态；它在等待——等页面加载、等元素出现；它在定位 DOM——CSS 选择器又变了；它在重试——某一步失败，推倒重来。真正的业务逻辑，占比很小（这是我观察执行 trace 的估算，不同任务差异很大）。&lt;/p&gt;
&lt;p&gt;问题不在模型不够聪明，在架构：&lt;strong&gt;浏览器是一次性工具，这些成本就永远摊不掉&lt;/strong&gt;。&lt;/p&gt;
&lt;p&gt;最近有人丢给我一个新产品 ego Lite 的资料，问值不值得试。我的第一反应和大多数人一样：又一个 Browser Agent？但把它的架构看完，我意识到这个理解是错的——它真正动的不是 Prompt，不是模型，而是浏览器在 Agent 系统里的角色。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;过去 Browser 是 Tool。现在 Browser 开始变成 Runtime。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;这是我认为 Browser Agent 最近一年最值得关注的技术方向。&lt;/p&gt;
&lt;p&gt;&lt;a href="https://hugozhu.site/img/2026/browser-agent-from-automation-to-runtime.png"&gt;&lt;img src="https://hugozhu.site/img/2026/browser-agent-from-automation-to-runtime-thumb.jpg" alt="From Browser Automation to Browser Runtime"&gt;&lt;/a&gt;&lt;/p&gt;</description></item></channel></rss>