Remote Browser Service
通过HTTP API远程控制Chrome浏览器实现网页自动化
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：Remote Browser Service。 它的用途是：通过HTTP API远程控制Chrome浏览器实现网页自动化 完整的 Skill 内容见：https://321skill.com/skills/remote-browser-service-x-12/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'帮我自动登录到公司内部系统，抓取今天所有未处理的工单列表，并截图保存'，它会通过Remote Browser Service的HTTP API控制远程Chrome浏览器，先导航到登录页，填写账号密码并点击登录，然后导航到工单页面，提取列表数据并以JSON格式返回，同时截取页面截图供存档。
介绍
Remote Browser Service 解决的是在分布式或容器化环境中，无法直接使用本地浏览器进行网页自动化的问题。传统工具如 Puppeteer 或 Selenium 需要本地安装浏览器或依赖桌面环境，难以在 Kubernetes 或 Docker 集群中统一调度。该服务将 Chrome 浏览器封装为可通过 HTTP API 调用的远程服务，使你能够像调用普通接口一样发送指令，完成打开网页、点击元素、填写表单、截图、提取数据等操作。
使用方式非常简单：部署服务后（支持 Docker 或 Kubernetes），通过 HTTP POST 请求发送 JSON 指令，例如 { "action": "navigate", "url": "https://example.com" }，服务会返回页面渲染结果或截图。支持链式操作、会话管理、并发控制，可无缝集成到 CI/CD 流水线、自动化脚本或智能体系统中。
该工具最适合以下三类用户：智能体开发者（需将浏览器能力集成到自主 Agent 中）、测试工程师（进行端到端自动化测试）、运维工程师（在集群中批量执行网页巡检或数据采集任务）。对于需要大规模、无头浏览器自动化且希望与现有基础设施深度整合的团队尤为适用。
使用建议：注意控制并发请求数量，避免过度消耗内存；建议使用无头模式（headless）以节省资源；务必遵守目标网站的 robots.txt 及法律法规，避免对站点造成负担或违反使用条款。服务默认不持久化会话数据，如需保留状态请自行管理会话 ID。
核心特点
不同于 Puppeteer 或 Selenium 等本地绑定工具，Remote Browser Service 通过 HTTP API 暴露浏览器控制能力，原生支持 Kubernetes 与 Docker 弹性部署，可轻松融入微服务架构和自动化流水线，无需依赖桌面环境或 X11 虚拟显示。
注意事项
不适合需要频繁手动交互、复杂图形渲染或低延迟实时操作的场景，且所有操作依赖网络通信，对网络稳定性有一定要求。
常见问题
如何部署 Remote Browser Service？
支持 Docker 和 Kubernetes 两种方式，Docker 可直接运行 `docker run -d -p 8080:8080 remote-browser-service`，Kubernetes 可通过 Helm Chart 或 YAML 部署。具体请参考仓库 README。
可以同时控制多个浏览器实例吗？
可以，通过创建多个会话（session）实现，每个会话对应一个独立的浏览器实例，支持并发操作，但需注意服务器资源限制。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/remote-browser-service-x-12/raw/index.md 读取 Remote Browser Service 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/remote-browser-service-x-12/raw/index.md（查看排版版本）