你有没有遇到过这种情况：让 AI 帮你操作浏览器，结果它等页面加载就等了半分钟？或者干脆启动失败，因为 Node 把内存吃光了？
这不是你的问题。市面上最主流的方案 @playwright/mcp，冷启动需要 350 多毫秒，空闲占用 100 多 MB 内存，还得搭一个完整的 Node.js 运行时。对于跑在边缘服务器上的 AI Agent 来说，这个代价不小。
Kitewright 是什么
一句话：一个 Rust 写的 MCP 服务器，让 AI Agent 能像人一样操作浏览器——导航、截图、提取内容、点击、填表单、生成 PDF。全部打包在一个 7MB 的静态二进制文件里。
项目地址：github.com/kitewright/kitewright（MIT 开源）
它提供 21 个工具，覆盖浏览器自动化最常见的所有场景：读页面、点按钮、填表单、截屏、转 PDF、保存和恢复登录状态。而且你不需要装 Node.js，不需要装 Playwright，一行 npx 就搞定。
比 Playwright MCP 强在哪
启动快 4.6 倍。 冷启动只要 75 毫秒，而 @playwright/mcp 要 354 毫秒。差距在哪？Rust 编译成原生二进制，不用等 Node 解释器加载，不用等 npm 包解压。
内存少 13 倍。 空闲状态下只占 7.6MB 内存，而 Playwright MCP 要 102-125MB。这在服务器上意味着什么？同样的机器，你能多跑十几个 Agent 实例。
分发体积小 3 倍。 一个 6.9MB 的静态二进制文件，不需要 Node 运行时。想部署到 Docker 镜像里？加一行 COPY 就够了。
还有一个我特别喜欢的细节：预热池。MCP 会话一建立，Kitewright 就在后台预创建浏览器上下文。首次导航只需 31 毫秒（预热）vs 709 毫秒（冷启动）。这感觉是实实在在的快，不是那种「理论上有优化」的快。
Lite 模式也很实用。只提取文本内容的时候，它会屏蔽图片、字体、广告脚本，页面加载快 30-70%。不是所有操作都需要截图，对吧？
怎么用
Kitewright 支持两种通信方式：Streamable HTTP（网络模式，默认）和 stdio（本地模式）。
零安装（推荐）：
claude mcp add kitewright -- npx -y @kitewright/mcp
这条命令自动下载预构建的 kite 二进制文件，启动 stdio MCP 服务器。不需要 Rust 工具链。
HTTP 模式（从 Claude Code 连接）：
kite
# → 监听 http://0.0.0.0:8090/mcp
claude mcp add kite --transport http http://localhost:8090/mcp
Docker 部署：
docker run --rm -p 8090:8090 kitewright
第一次使用前先装一个 Chrome headless-shell（自动下载）：
kite install # 下载最新的 chrome-headless-shell
槽点也得说
说实话，这个项目现在只有 7 个 Star，还很新。2026 年 7 月 12 日才创建，才半个月。有几个问题你得知道：
工具数量少一点。 Kitewright 有 21 个工具，@playwright/mcp 大概有 25 个。差距主要在 assertion 和调试辅助上。不过常用的 navigate、click、type、screenshot、pdf 都有。
生态还没起来。 没有 Homebrew 包，没有 crates.io 发布，npm 包也还是实验阶段。安装推荐走 npx，或者 cargo install 从 GitHub 源码编译。
只支持 Chromium。 这是有意为之——只对一个浏览器引擎优化，才能保持体积小、启动快。但如果你需要 Firefox 或 WebKit，那还得用 Playwright。
Node 绑定还只是实验性。 @kitewright/node 提供 Puppeteer 兼容 API，但功能有限，主要覆盖 HTML→PDF 场景。想替代 Puppeteer 的全部功能还早。
跟同类怎么比
其实 Kitewright 和 @playwright/mcp 的根本区别是设计哲学的不同：
Playwright MCP 是一个「测试框架上面加了个 MCP 层」——它继承了 Playwright 的全部功能，但也继承了 Node.js 运行时和庞大的依赖树。
Kitewright 是「从零为 AI Agent 设计的浏览器工具」——只做 Agent 需要的事，用 Rust 做到极致的小和快。
在本地开发机上跑 Agent，内存和启动时间无所谓，那 Playwright MCP 的工具更丰富，生态更成熟。但要是跑在服务器上、想同时开几十上百个 Agent 实例，Kitewright 的优势就很明显了——省下来的内存够你再跑好几个 Agent 的。
还有一个有意思的点：Kitewright 内置了 kite-pdf，一个独立的 HTML→PDF 渲染服务，也支持 Typst 模板。你要做发票生成、报告导出，可以完全不走 Agent，直接 POST 一个请求过去就行。
值不值得用
75ms 启动、7MB 体积、7.6MB 内存，这三个数字摆在这里，任何用 MCP 做浏览器自动化的 AI Agent 都值得试试。尤其是跑在边缘服务器上的——省下的每一 MB 内存，都是实打实的成本。
当然，项目刚起步，生态还不完善。但我觉得方向是对的——用 Rust 做 Agent 基础设施，轻量、快速、可信任。对早期采用者来说，现在入手还能参与设计方向，也挺有意思。
GitHub：github.com/kitewright/kitewright
NPM：npmjs.com/package/@kitewright/mcp
标签：#Kitewright #浏览器自动化 #MCP #AI智能体 #Rust #Playwright #网页抓取 #PDF生成
关注我，每期分享一个帮你省事的 AI 工具 🛠️
你觉得 Kitewright 能替代 Playwright MCP 吗？评论区聊聊你的看法 👇