Codex的Chrome插件：不太好用的样子

最近 Codex 的 Chrome 插件比较火，我也安装试了一下。整体体验下来，感觉确实有新鲜感，但真正用起来并没有想象中那么顺畅。

一开始安装完成后，我让 Codex 调用 Chrome，但浏览器完全没有反应。反复折腾了大概半个小时，才终于成功用上。

随后我测试了一个网站登录页面的性能，想让 Codex 调用 Chrome DevTools 自带的 Lighthouse 来跑一下分析。结果一开始它并没有使用 DevTools 内置的 Lighthouse，而是直接用 Lighthouse CLI 跑了一次，整个过程花了 3 分多钟。

后来我明确要求它使用 DevTools 自带的 Lighthouse，没想到这一次反而更慢，整个过程跑了 14 分钟左右。

这次体验中，我发现几个比较明显的问题：

第一，执行任务时间偏长。
尤其是涉及 Lighthouse、页面性能分析、截图识别这类操作时，等待时间会明显拉长。

第二，过程非常依赖截图分析。
在使用过程中，Codex 会不断截图来判断当前页面状态。如果电脑连接了外接显示器，截图可能只截到某一个屏幕，导致它无法准确看到 Chrome 当前界面。

第三，Chrome 必须显示在最前面。
Codex 为了方便截图，会主动把 Chrome 打开到前台。如果你在这个过程中切换到其他软件，让 Chrome 被遮挡或退到后台，它就可能截不到正确画面，然后陷入重复判断、重复截图的循环。

这也让我有点疑惑：既然已经通过 Chrome 插件直接接管浏览器了，为什么很多分析步骤仍然需要依赖截图？如果插件已经能和浏览器建立连接，理论上应该可以通过更直接的方式获取页面状态，而不是反复“看屏幕”。

总体来说，Codex 的 Chrome 插件确实能用，也能完成一些自动化测试和页面分析任务。但目前体验还不够稳定，尤其是在多屏、前后台切换、长任务执行这几个场景下，仍然容易出现卡顿、误判和循环操作的问题。

如果只是简单预览网页、检查页面状态，它还算方便；但如果要做比较复杂的性能测试或长时间自动化分析，目前还需要人工盯着，不太适合完全放手交给它。