首页 时政热点 科技头条 智能AI 安全攻防 数码硬件 开发者生态 归档 标签 关于

显示 HN:Turbo-Browser-MCP – 批量表单、DOM 增量和 MCP 提交防护

摘要

turbo-browser-mcp is a Playwright-based Model Context Protocol (MCP) server built to cut LLM token waste and multi-turn latency in browser automation. It consolidates 25-33 fine-grained browser primit...

tok turns turn browser HTML ARIA faster KiB turbo direct
2026-11-15 1 阅读 约9分钟阅读 tthanh2k6
分享:
字号:
Turbo-browser-mcp 是一个基于 Playwright 的模型上下文协议 (MCP) 服务器,旨在减少浏览器自动化中的 LLM 令牌浪费和多轮延迟。它将 25-33 个细粒度浏览器原语整合为 10 个批处理工具,具有 delta DOM 快照、单轮 React/Shadow DOM/iframe 表单预填充、直接磁盘文件上传(上下文中没有 Base64)、并行选项卡会话、网络阻塞预设和默认的人机循环提交防护。性能和代币记分卡概览 以下所有数据均来自 benchmarks/benchmark.mjs ( npm run benchmark ),在本地运行无头 Chromium,具有精确的 OpenAI o200k_base 代币化 ( tiktoken 0.14.0 ): 能力 典型基线 Turbo-browser-mcp 速度/回合增益 代币节省 ( o200k_base ) 密集 UI 快照 (140-btn SaaS 控制台) 18,654 tok HTML / 3,568 tok 完整 ARIA 1,135 tok 紧凑 ( 28 ms ) 1 次调用 93.9% vs HTML ( 68.2% vs ARIA) 点击后增量快照 ( onlyChanged: true ) 3,582 tok 完整 ARIA 重新扫描 56 tok 更改行 ( 18 ms ) 1 次调用 98.4% vs ARIA ( 99.7% vs HTML) 10 字段复杂表格 + 快照 ( smart_fill_form ) 11 转 ( 574 ms , 12,197 dir / 72,614 cum tok) 1 转 ( 82 ms , 811 tok ) 7 倍快 , 11 -> 1 转 93.4% 直接 / 98.9% 累积 48 KiB PDF 上传 ( 49,152 字节) 44,728 tok 内联 Base64 工具参数 85 tok 磁盘路径 ( 68 ms ) 零 Base64 生成 99.8% 保存 6 步交互式 UI 流程 ( batch_actions ) 6 轮 ( 411 ms , 955 dir / 3,162 cum tok ) 1 轮 ( 357 ms , 406 tok )速度提高 1.15 倍,6 -> 1 回合 57.5% 直接/87.2% 累积同时打开 6 个选项卡 (open_many) 顺序打开 6 个选项卡 (998 ms) 批处理 1 回合 (420 ms) 速度提高 2.38 倍,回合次数减少 6 倍 提示重播次数减少 5 个 重媒体负载(预设:“turbo”,304 KiB 资源)252 毫秒, 9 个媒体请求 ( 304 KiB ) 165 ms , 0 个媒体请求 ( 0 KiB ) 速度提高 1.53 倍 100% 媒体带宽削减 文章 Markdown 抓取 ( extract_clean_text ) 3,595 tok 原始 HTML ( 10,844 字符) 156 tok clean Markdown ( 641 字符) 干净的阅读器输出 已保存 95.7% 诊断分类 (仅 page_diagnostics 错误) 3,460 个 tok 未过滤(32 个请求/26 个控制台) 601 个 tok 默认错误(2 个请求/6 个控制台) 零噪音滚动 82.6% 保存 静态 MCP 工具架构(每轮开销) 3,917 个 tok 剧作家 / 6,737 个 tok 开发者工具 3,010 个 tok 被剥离( 3,314 个完整 w/)注释) 10 个工具 vs 25 / 33 23.2% vs Playwright / 55.3% vs DevTools 关于延迟与 LLM 推理回合的注意事项:消除 10 字段表单上的 10 次往返,可以节省 7 倍的浏览器执行时间(574 ms -> 82 ms)和 10 次单独的 LLM 推理往返(代理循环中每回合 2-5 秒)以及约 71,800 个重播历史标记。浏览器代理为何停滞:并行工作流程 标准 MCP 服务器对每个快照、字段填充、