Day 26 — Bonus 9 May 10, 2026

Agentic Browsers

When the browser becomes the agent — Atlas, Comet, Dia, and Claude in Chrome are racing to own the surface that owns the web. The architecture is a Chromium fork with a Playwright-grade automation layer wired into a multimodal LLM, and the central engineering problem is the lethal trifecta of authenticated sessions, untrusted web content, and exfiltration channels.

Read: ~23 min Level: Senior engineer accuracy Day 26 of 26 (Bonus 9)
Curriculum progress
26 / 26
01 — Core Concept

The browser as the agent's body

Day 8 covered computer-use agents in general — agents that perceive a desktop via screenshots and act through a virtual mouse and keyboard. Agentic browsers are the special case where the entire body is a Chromium tab. They differ from a generic GUI agent on three axes that matter operationally: (1) the action space is bounded by web standards (DOM events, the navigation stack, the URL bar), (2) the perception layer can mix pixels with structured signals from the accessibility tree, and (3) the agent inherits the user's logged-in cookies, which is simultaneously the killer feature and the security crater. Through 2025 the category went from a couple of research demos to four shipping consumer products with paying users.

Analogy first. Think of an agentic browser as a coworker sitting beside you who, on request, takes the keyboard, opens new tabs, fills forms, and clicks buttons in your name. They use your saved logins. They see what you see. The clean version of this fantasy is "I asked the assistant to book a flight and it did." The unclean version is "the page told the assistant — in invisible text — to email my inbox to an attacker, and it did, because to the assistant the page was the user."

Now precise. An agentic browser is a browser whose top surface includes a multimodal LLM with first-class privileged access to the page DOM, the accessibility tree, the URL bar, and the cookie jar. There are two architectural subtypes. (A) Browser-fork products — ChatGPT Atlas (Chromium-based, October 2025), Perplexity Comet (Chromium-based, July 2025 then free in October 2025), and Dia from The Browser Company (2025) — ship a full browser, allowing them to integrate at the rendering layer (custom tab UIs, deeper script injection, native side-panel chat). (B) Extension products — Claude in Chrome (Anthropic, August 2025 research preview, expanded to all paid tiers December 18, 2025) and the various open-source extensions — install on top of the user's existing browser, trading rendering control for distribution-on-day-one. The convergent loop in both subtypes is the same: screenshot → DOM/AX-tree dump → LLM-with-tool-calls → DOM action → loop until task or interrupt.

1Why the browser, specifically, became the battleground

Three reasons converged. First, Computer-use models hit a quality threshold in 2025 (Claude 3.5 → 4 → 4.5, GPT-5/5.4) where reading a real e-commerce page and correctly identifying "add to cart" stopped being a research problem. Second, the user's session cookies sit in the browser, which means a browser-resident agent can act under the user's identity without needing OAuth scaffolding for every site — a massive distribution simplification. Third, web traffic is where intent is expressed: this is where Google sells search ads worth $200B+. Owning the browser interception surface is the only way for a non-Google AI lab to seriously compete with Google for that intent.

When OpenAI shipped Atlas in October 2025, the read inside Mountain View was unambiguous: this is the first credible distribution threat to Chrome since Firefox.

2The reference loop — what an agentic browser actually does, step by step

A user-issued task ("book the cheapest direct flight from SFO to NRT next Friday") triggers the loop. (a) The agent receives the prompt plus a snapshot of the current tab. (b) It plans (often with extended thinking) a multi-tab strategy. (c) For each step it reads the current page's DOM and accessibility tree, enriched with a screenshot for visual grounding, and produces a tool call from a fixed schema (navigate, click(selector), type(selector,text), scroll, screenshot, read_page, find). (d) The browser executes via Playwright/CDP and returns the new state. (e) The loop continues until the agent declares success, hits a human-in-the-loop interrupt (e.g. "confirm price $812?"), or trips a safety classifier. The hardest engineering problems hide in step (c): the page is huge, the relevant element ID is buried, and the LLM must select it without the latency exploding.

3The lethal trifecta — Simon Willison's frame

Every agentic browser session combines the three ingredients Willison named (June 2025) the lethal trifecta: (i) access to your private data (Gmail, calendar, Drive, banking), (ii) exposure to untrusted content (every page the agent is asked to read), and (iii) ability to externally communicate (any form, search box, or clickable link). The presence of all three turns a single piece of poisoned page content — invisible white text, a hidden div, an instruction pixel-baked into a screenshot — into an exfiltration vector. In Anthropic's own pre-launch red-team of Claude in Chrome (published November 2025), without mitigations Claude was successfully prompt-injected on 23.6% of attack prompts; with mitigations the rate dropped to 11.2%. That's not "solved" — it's "production-tolerable for a research preview, but the user must understand what they're agreeing to."

Brave's security team disclosed (August → October 2025) two classes of indirect prompt injection in Comet: text-based payloads in summarized pages, and "unseeable" payloads embedded in screenshots. Comet's response cycle was the opening data point in a now-monthly stream of disclosures across all four products.

The reference architecture — one diagram

┌────────────────────────────────────────────────────┐ USER prompt + current tab state └──────────────────────┬─────────────────────────────┘┌────────────────────────────────────────────────────┐ AGENT LOOP (in browser process or extension SW) ─────────────────────────────────────────────── perceive: screenshot + DOM + accessibility tree + URL + cookies (scoped, NEVER read in body) plan: LLM call (extended thinking on hard tasks) act: tool_call ∈ {navigate, click, type, scroll, screenshot, find, file_upload} → Playwright / Chrome DevTools Protocol guard: prompt-injection classifier on every read action firewall on tool calls URL allowlist per-task human-in-the-loop for irreversible actions └──────────────────────┬─────────────────────────────┘ │ ▼ next iteration

The lock-and-key insight: the four guard rows are not optional. Removing any of them turns the loop into the lethal trifecta with no safety net. In practice, every shipping product has all four; they differ in how strict each one is by default, which is also why none of them are perfectly safe yet.


02 — Papers to Know

Three papers shaping how the field thinks about browser agents

Recent · Online RL arXiv preprint 2026
OpAgent: Operator Agent for Web Navigation
Yuyu Guo, Wenjie Yang et al. · arXiv 2602.13559 (Feb 2026)
Trains a web agent online, directly against live websites, rather than against static HTML snapshots. The pipeline is three-stage: hierarchical multi-task SFT to learn planning/grounding/acting primitives; a hybrid reward (a VLM "WebJudge" for outcome verification plus rule-based decision trees for progress shaping); and a modular runtime with separate Planner, Grounder, Reflector, and Summarizer components. Reports a 71.6% success rate on WebArena, taking the leaderboard top spot at publication.
Why it matters: The cleanest argument so far that browser agents must be trained against live web, not snapshotted DOM corpora — distributional shift from snapshot to live is the dominant error source. Set the template every browser-agent RL paper now follows.
arxiv.org/abs/2602.13559
Recent · Benchmark arXiv preprint 2026
ClawBench: Can AI Agents Complete Everyday Online Tasks?
reacher-z et al. · arXiv 2604.08523 (Apr 2026)
A live-website benchmark of 153 everyday tasks across 144 production sites in 15 categories — completing purchases, booking appointments, submitting job applications. Unlike WebArena (sandboxed), every task hits the real internet, with 5-layer behavioral capture (session replay, screenshots, HTTP, agent reasoning, browser actions) and an agentic evaluator that produces step-level verdicts. The headline result: while frontier agents score 65-75% on OSWorld and WebArena, on ClawBench Claude Sonnet 4.6 hits 33.3% and GPT-5.4 hits 6.5%.
Why it matters: Re-baselined the field. If you cited a 70%+ WebArena number to claim browser agents "work," ClawBench shows the gap to live, write-heavy tasks is enormous. Every serious lab now reports a ClawBench number alongside WebArena.
arxiv.org/abs/2604.08523
Position · Foundational arXiv preprint 2025
Build the web for agents, not agents for the web
arXiv 2506.10953 (June 2025)
A position paper arguing that the right long-run move is to design a parallel Agentic Web Interface (AWI) that web servers can serve to agents alongside HTML for humans — structured, machine-friendly, predictable. The reasoning: every "make the agent better at the human web" investment is a downward bet on websites not changing, while history (RSS, Atom, OpenAPI, sitemaps, robots.txt) shows the web routinely accommodates new clients when economic incentives align. Lays out six AWI design principles — predictability, declarative actions, capability discovery, identity, accountability, separation of presentation and intent.
Why it matters: Frames the strategic split running through 2026 product roadmaps: do you bet on agents getting smart enough to use the human web (Atlas, Comet path), or do you bet on the web growing an agent-facing layer (Cloudflare's llms.txt, MCP-for-websites proposals, AWI). Most labs are quietly hedging.
arxiv.org/abs/2506.10953

03 — GitHub Pulse

The repos powering the open browser-agent stack

browser-use/browser-use ~78K ★
Python framework that wraps a Playwright browser as a tool surface for any LLM. The default reference implementation for "give an agent a browser."
If a coding agent today needs a browser, it almost certainly imports this. Read the action schema once.
browser-use/web-ui actively maintained
A Gradio-based web UI for browser-use, lets you point an agent at a URL and watch it work. Useful for demoing to non-engineers.
The "show, don't tell" tool when explaining browser agents to your CEO.
steel-dev/steel-browser actively maintained
An open-source browser sandbox API (CDP-compatible) — sessions, anti-bot, residential proxies, designed for agent workloads. The infra layer under most production deployments that don't want to run their own Chromium fleet.
Where the "where do I run 1,000 agent browsers?" question gets answered without writing a Kubernetes operator.
reacher-z/ClawBench actively maintained
Reference implementation of the benchmark — 153 tasks, 144 live sites, 5-layer recording plus DOM-match plus LLM judge. Clone it before you claim your agent is "good at the web."
If your team's internal browser eval doesn't include this, your numbers aren't comparable to anyone's.
steel-dev/awesome-web-agents actively maintained
Curated list of frameworks, papers, and runtimes for web/browser agents. A reasonable monthly check to see what's new without wading through Twitter.
Tracking lists are usually noisy; this one is curated tightly enough to be useful.
vercel-labs/agent-browser actively maintained
Vercel's CLI-shaped browser-automation primitive for AI agents. Smaller surface than browser-use; built around a "give the agent one tab and one job" design.
If you're already in the Vercel/Next ecosystem, this is the path of least resistance.

04 — Community Pulse

What practitioners are actually saying

Simon Willison · simonwillison.net, June 2025 → ongoing
Willison coined the lethal trifecta framing — private data + untrusted content + external communication — and has been the most consistent public voice on agentic-browser security through 2025-2026. His recurring point: the trifecta is a property of the combination, so any agentic browser that browses the open web while logged into your accounts is structurally exposed; the question is only how strict the mitigations are.
Source: The lethal trifecta for AI agents: private data, untrusted content, and external communication, June 16, 2025. Repeatedly applied to Comet, Atlas, and Claude in Chrome write-ups. The framing has been adopted into the OWASP Agentic Skills Top 10.
Andrej Karpathy · X, December 27, 2025
Karpathy posted a long, widely-shared self-examination — that he had "never felt so far behind" given the speed at which agent tooling was shipping, and that figuring out how to wire it together "felt like a skill issue." The post drew heavily on his experience watching browser agents and coding agents stack up in his daily workflow.
Source: Karpathy's December 27, 2025 X thread, retweeted in five-figures within a day. The implicit takeaway: by late 2025 the agentic-browser shift had become large enough that one of the field's most-followed practitioners felt he was on the wrong side of it. Worth watching as a leading indicator on consumer-product timing.
Brave security team · brave.com/blog, August → October 2025
Brave's security team published a series of disclosures showing that Comet (and, by structural similarity, every other agentic browser) is vulnerable to indirect prompt injection through both page text and screenshots. Their position: "Indirect prompt injections are a systemic problem facing Comet and other AI-powered browsers" — not a Comet-specific bug.
Sources: Agentic Browser Security: Indirect Prompt Injection in Perplexity Comet (Aug 25, 2025) and Unseeable prompt injections in screenshots (Oct 21, 2025). Brave is, of course, not a neutral party — they ship a competing browser — but the technical analysis has been independently verified and the framing has been picked up across the security community.
Anthropic · "Mitigating the risk of prompt injections in browser use", November 2025
Anthropic's pre-launch red-team paper on Claude in Chrome reported that, on a 123-test adversarial suite, the unmitigated success rate of prompt injection was 23.6%, and the mitigated rate was 11.2%. Mitigations included a per-action confirmation tier, a per-task URL allowlist, RLHF training against simulated injected pages, and a real-time classifier on every page read.
Source: Anthropic Research blog, November 2025. The honest framing: this is meaningful progress, not a solved problem. The paper explicitly says prompt injection may never be fully eliminated and that defense-in-depth is the policy. Worth reading in full before any "browser agents are ready" customer claim.

05 — Platform Deep-Dive

How the four browser-agent products actually work

Claude in Chrome
Anthropic · extension on top of Chrome
Anthropic chose the extension path, not a browser fork. The extension shipped August 2025 as a research preview to ~1,000 Max subscribers, expanded to all Max on November 24, 2025, and to Pro/Team/Enterprise on December 18, 2025. Architecturally it sits in the Chrome service-worker layer with permission to read pages, take screenshots, and drive a tab via CDP. Defenses: a four-layer guard (action confirmation, URL allowlist, classifier on page reads, RL-trained injection robustness in the model itself). The November 2025 paper reports 11.2% post-mitigation injection success — explicitly framed as a research preview, not a finished product. The trade-off versus a browser fork: faster distribution, less control over the rendering pipeline.
ChatGPT Atlas
OpenAI · Chromium fork (macOS, Oct 21, 2025)
OpenAI's browser-fork bet, shipped Oct 21, 2025 on macOS. Standard ChatGPT lives in a side panel; the differentiator is Agent Mode, available to paid users, which lets ChatGPT take over the active tab end-to-end. The wager is distribution: by being a full browser, Atlas can capture every click — turning each navigation into a potential agent invocation. Public documentation on injection defenses has been thinner than Anthropic's; Simon Willison's main critique of Atlas at launch was the lack of a published security model, which he treated as the central question. Windows / iOS / Android support announced as "coming"; cross-platform parity is the obvious roadmap pressure.
Perplexity Comet
Perplexity · Chromium fork (free since Oct 2025)
Comet shipped July 2025 to $200/mo Max subscribers, then Perplexity dropped the paywall and made it free for all in October 2025 — the most aggressive distribution play in the category. The product positions itself as research-first: ask a question and Comet opens tabs, reads sites, and synthesizes a sourced answer. The Brave disclosures (above) have made Comet the most-publicly-pwned of the agentic browsers; Perplexity has shipped multiple mitigation rounds documented on their blog. Amazon's January 2026 lawsuit over Comet's automated shopping is the first legal action against agentic-browser conduct — a meaningful precedent for the category.
Dia
The Browser Company · Chromium fork (2025)
Dia is The Browser Company's AI-first follow-up to Arc, deliberately lighter than Arc and closer in spirit to "ChatGPT-with-tabs." The positioning is assistant-forward rather than research-forward: the chat surface is always-on, contextually grounded in whatever tab you're in, with specific built-in flows for writing, summarizing, and skill-recording (a "teach Dia how I do this" pattern). Less aggressive on autonomous Agent Mode than Atlas/Comet — which makes the trifecta surface narrower by design but also leaves Dia less differentiated on the heaviest agent tasks. The dark-horse case for Dia rests on UX taste rather than capability lead.
A useful mental compression of the four: Anthropic = extension, conservative defaults, published security model; OpenAI = full fork, distribution-first, security less-public; Perplexity = full fork, free, most-attacked; Dia = full fork, lighter agent surface, UX taste-driven. The strategic question for everyone else is which of these four becomes the next "default" — and whether Google retaliates by promoting Gemini-in-Chrome from a sidebar to a first-class browser agent.

06 — Vocabulary

Terms to use precisely

Agentic browser智能体浏览器
A browser whose top surface includes a multimodal LLM with privileged access to DOM, accessibility tree, URL bar, and cookie jar. Two subtypes: browser-fork (Atlas, Comet, Dia) and extension (Claude in Chrome).
Trap: not the same as "AI in a browser tab" (a chat at chatgpt.com is not agentic). The agency is acting through the browser on your behalf.
"Atlas is the agentic browser; the ChatGPT website is just a webpage."
Agent Mode智能体模式
Atlas/Comet's term for the explicit "take over the tab and do this end-to-end" flow, distinct from sidebar chat. Usually opt-in, often paywalled, and the surface where most prompt-injection risk lives.
Trap: do not equate sidebar Q&A with Agent Mode — the threat model is different.
"Disable Agent Mode on banking domains by default."
Indirect prompt injection间接提示注入
An attack where the malicious prompt arrives via untrusted content the agent reads (a webpage, an email, a screenshot pixel-baked text), not via a direct user instruction.
Trap: distinct from "direct" prompt injection (user types adversarial text). Indirect is the dominant browser-agent threat.
"The Brave disclosure was indirect — the page told Comet what to do, not the user."
Lethal trifecta致命三件套
Simon Willison's term: private data + untrusted content + external communication, all in one agent. The combination is what's exploitable; any one alone is fine.
Trap: do not soften — "lethal" is the term; using it sloppily for any agent risk dilutes a useful precise label.
"Every agentic browser is structurally a lethal-trifecta system."
Accessibility tree可访问性树
A semantically-structured tree that browsers expose for screen readers — roles, names, states. Far more compact than the DOM and more stable across sites; a key perception input for agents.
Trap: not the same as DOM. The AX tree is a derived view; missing AX labels make agents fall back to pixel-vision, which is slower and less reliable.
"Read the accessibility tree first; only screenshot when AX is sparse."
CDP / PlaywrightCDP / Playwright
Chrome DevTools Protocol — Chromium's automation API. Playwright is Microsoft's friendly Node/Python wrapper around CDP. Almost every shipping browser-agent stack drives the page through one of these.
Trap: do not confuse CDP-level automation (privileged) with content-script automation (sandboxed). Capabilities differ.
"browser-use is essentially LLM-tool-calls compiled to Playwright."
URL allowlistURL 白名单
A per-task list of domains the agent is permitted to navigate to. A core defense layer that bounds blast radius if a page injects.
Trap: a global allowlist is not a per-task allowlist — the same site can be safe for one task and dangerous for another.
"For the flight-booking task, allow only the airline domain."
Action firewall动作防火墙
A policy layer between the LLM's tool calls and the browser, blocking or requiring confirmation for irreversible actions (purchases, deletions, sends).
Trap: do not place the firewall inside the LLM's prompt — system prompts are not access control. The firewall must execute outside the model.
"Atlas's action firewall asks me to confirm any payment over $0."
Live-web benchmark真实网页评测
A benchmark that runs the agent against the actual internet (ClawBench), not a snapshotted DOM corpus (WebArena). Higher variance, but the only way to measure distributional shift.
Trap: WebArena scores are not directly comparable to ClawBench scores; do not splice them in a single chart.
"Our ClawBench number is 14% — even at frontier we'd only be at 33%."
AWI (Agentic Web Interface)智能体网页接口
A proposed parallel interface that websites would serve specifically for agents — structured, declarative, separate from HTML. Position: "build the web for agents, not agents for the web." See arXiv 2506.10953.
Trap: not the same as MCP. AWI is page-level; MCP is tool-level.
"If AWI lands, scraping HTML stops being an agent's primary input."
Browser sandbox (per-run)浏览器沙箱
An ephemeral browser instance dedicated to one agent run, with isolated profile, cookies, and storage. The standard pattern for cloud-side browser agents (Steel, Browserbase, Daytona).
Trap: a sandbox that shares cookie state across runs is not a sandbox.
"Each Open SWE web-research run gets its own Steel sandbox."
Side-panel chat vs Agent Mode侧边聊天 / 智能体模式
Side-panel chat reads the current tab and answers questions; Agent Mode actively drives tabs. The threat models, UX patterns, and pricing tiers differ.
Trap: many users only experience the side-panel mode and confuse the two product surfaces.
"For research, side-panel is enough; for booking, you need Agent Mode."

07 — Expert Questions

Questions that signal you've actually thought about this

Q1
"What's your perception stack — DOM, accessibility tree, screenshot, or all three? Do you fall back to pixels only when the AX tree is sparse, or do you always include screenshots?"
Forces a real architectural answer. AX-first stacks are faster and more reliable on accessible sites; pixel-first stacks are more robust to weird DOMs. The hybrid policy is where the engineering art is.
Q2
"What's your published prompt-injection number? Anthropic published 23.6% unmitigated, 11.2% mitigated for Claude in Chrome. What does the equivalent eval look like for your product, and does it cover screenshot-embedded payloads?"
Names the only public data point and tests whether the team has run the equivalent. A team that hasn't will dodge to "we use a classifier" or "we have safety training"; a team that has will give a number.
Q3
"Do you ship a per-task URL allowlist, or only a global one? And how does the agent ask the user to expand it mid-task without being a UX nightmare?"
A specific implementation question. Most consumer products today ship only a global setting; per-task allowlists are clearly correct but UX-hard. Reveals whether they've thought about the actual user flow.
Q4
"What's your ClawBench score? If you're still quoting WebArena, I want to know why — and what your team thinks the live-vs-snapshot gap is on your eval."
Drops the most current benchmark name, names the gap directly. Anyone serious in 2026 has a ClawBench number; anyone still quoting only WebArena is signaling their evaluation hasn't caught up.
Q5
"Browser fork or extension? You've made the bet — I'd love to hear the trade-off as your team articulated it. Did distribution speed matter more than rendering control?"
A strategic-choice question rather than implementation. Atlas, Comet, Dia chose fork; Anthropic chose extension. Both are defensible; the answer reveals how the team thinks about distribution versus control.

08 — CGO Lens

What this means for botlearn.ai

Three product/GTM takeaways:

AThe browser is the new distribution moat

For the last 20 years, "distribution" in consumer SaaS meant SEO, paid acquisition, and the App Store. Atlas, Comet, Dia, and Claude in Chrome are quietly betting the next chapter is owning the browser. For botlearn.ai, the practical implication is that "build a beautiful website" is no longer the whole game — increasingly your buyer's first experience of you is filtered through their agentic browser, which decides whether to read your docs, summarize them, and recommend you. The right read is to start designing for two readers: the human and the agent. Crisp landing-page H1s, clean accessibility trees, and a public-facing /llms.txt or AWI-style endpoint are starting to matter for B2B SaaS the way schema.org started to matter for SEO in 2014.

BThe "lethal trifecta" is your enterprise objection-handling crib sheet

If botlearn.ai's product runs an agent that touches a customer's LMS, calendar, or HRIS — i.e., trifecta-shaped — every CIO meeting will eventually arrive at "what stops a poisoned page from exfiltrating our employee data?" The right answer in 2026 is not "we trust the model" but a defense-in-depth story: per-task URL allowlists, action firewalls on irreversible operations, classifier-on-read on every untrusted input, plus the published injection-eval number. Naming the lethal trifecta directly, and explaining your mitigations against each leg, signals that you have the same threat model as Anthropic's research team. This earns you the room.

CPricing the browser-agent layer is a different conversation than pricing chat

A sidebar-chat agent feels like a feature; an Agent-Mode browser feels like a contractor. The willingness-to-pay numbers reflect that — Comet was $200/mo before it went free, ChatGPT Plus + Atlas Agent Mode is bundled in the $20-200 tiers. For botlearn.ai's commercial motion, if you ever build a browser-resident learning agent that does work (assemble a curriculum, draft the assessment, file the LMS ticket) rather than just chats, you can underwrite a much higher price point — but you have to commit to the operational story (logs, audit, allowlist controls, human-in-the-loop interrupts) that buyers expect at that price. Half-shipping the agent at the chat price is the worst quadrant.

Three-week conversation prep: when an Anthropic, OpenAI, or Perplexity engineer asks what you find most interesting about agentic browsers this quarter, "the live-web benchmark gap (ClawBench at 33%, WebArena at 70%+) is the honest measure right now, and I'm watching whether the next round of mitigations close the prompt-injection gap from 11% to single digits — that's the bar for unsupervised agent mode" is a substantive answer that signals you read the November 2025 paper, the April 2026 benchmark, and have a model of where the field is and isn't.

09 — Curriculum Tracker

Where Day 26 sits in the journey

D01Full Agent Stack
D02Memory Architecture
D03Planning & Tool Use
D04RAG Deep Dive
D05Agent Frameworks
D06Benchmarks & Eval
D07Multi-Agent Systems
D08Computer Use Agents
D09Code Agents
D10Long-Horizon Tasks
D11Agent Safety
D12Agent Economics
D13Research Frontiers
D14OpenClaw Deep-Dive
D15A2A Protocols
D16Agentic Commerce
D17Synthesis
D18Reasoning & TTC
D19Agent Observability
D20Voice & Realtime
D21Agent RL & Fine-tune
D22Context Engineering
D23Open-Weight Models
D24Deep Research
D25Async Agents
D26Agentic Browsers (today)