技能介绍

要解决什么问题

Selenium Grid 本身是一套需要自己部署、配置和长期维护的浏览器自动化基础设施：准备浏览器镜像、协调不同内核的节点、处理端口暴露和资源配额。更麻烦的是，在开发机、CI runner、临时沙箱里手工搭建的 Grid 往往不可复现，节点状态一旦漂移，测试结果就失去参考价值。这个技能把 Selenium Grid 打包成开箱即用的容器镜像，覆盖 Chrome、Firefox、Edge 三种内核，并提供分布式执行能力，让 Agent 或开发者拿到的是一份可复现的浏览器环境，而不是一套需要临时拼装的脚本。

技能如何工作

预构建镜像：镜像按浏览器内核区分，用 standalone-chrome、standalone-firefox 这类标签直接对应不同浏览器，不需要在宿主机上安装浏览器二进制或对齐版本。
统一接入点：客户端只连 Grid 的 Hub 地址（默认 4444 端口），由 Hub 负责把会话分派给具体节点，代码无需关心某个浏览器跑在哪个容器里。
分布式执行：多个容器节点组成完整 Grid 后，会话可按节点负载分发到不同浏览器实例，天然适配并行会话编排，比如批量抓取、多标签页 QA 回归、同时跑多个互斥的浏览器会话。
内置运维基线：镜像自带浏览器版本管理和启动参数，省去了逐台机器安装、升级、清理依赖这类重复劳动。

典型使用路径：按目标浏览器选镜像 → 启动容器并暴露 Hub 及调试端口 → 将 Selenium 客户端指向 Hub → 按需并行发起会话请求。

适用边界与注意点

镜像版本跟随上游 SeleniumHQ/docker-selenium 的发布节奏，选 tag 前要确认与客户端 Selenium 版本的兼容性，否则会出现协议握手失败。
浏览器容器对共享内存敏感，--shm-size 给得太小会导致渲染异常甚至进程崩溃，重负载任务要显式调大。
镜像只提供执行单元，分布式场景下的节点注册、容量规划、故障摘除仍需自行处理。
适合测试、抓取、QA 和并行会话编排；不适合需要完整桌面交互（系统文件弹窗、硬件加速、真实外设）的场景。
上游 requirements 和 caveats 以官方 README 为准，接入前建议先通读一遍。