Codex 做浏览器验收点不到按钮怎么办？选择器、遮挡和截图复核
用 Codex 做网页验收时，按钮点不到通常不是一句“再试一次”能解决，要把选择器、视口尺寸、遮挡层、加载状态和截图证据一起固定下来。
- 站内相关：/codex-news/codex-feature-acceptance-checklist-2026-06-16/
- 站内相关：/codex-news/codex-pr-review-handoff-checklist-2026-06-24/
- 站内相关：/codex-news/codex-static-page-encoding-check-2026-06-27/
- 站内相关：/codex-news/codex-website-maintenance-daily-check-2026-06-14/
适用场景：页面能打开但交互验收卡住
这类问题常见于后台表单、登录弹窗、支付页、文章发布页和移动端菜单。页面返回 200，不代表 Codex 已经能稳定操作；按钮可能还在加载，真实可点区域可能被浮层遮住，或者桌面视口可以点、移动端视口点不到。站长维护 https://ai.jn83.com 这类静态资讯和后台入口时，不能只看首屏截图，还要确认关键按钮、链接和提交动作真的完成。
如果你已经在用永沃云枢整理 Codex 接入、AI API 接入、AI 模型接口、CCSwitch 配置、开发者 AI 调用和 AI 自动化办公流程，这篇更适合放在上线验收环节。它不讨论模型回答质量，而是讨论 Codex 控制浏览器时的真实失败表现：点击没有反应、点到相邻元素、弹窗挡住目标、滚动后目标消失、截图显示正常但业务状态没有变化。
操作步骤：把点击失败变成可复现证据
第一步，固定测试入口。记录 URL、登录状态、账号权限、视口尺寸、浏览器缩放比例和缓存状态。不要只告诉 Codex“点提交”，而是说明从哪个页面进入、目标按钮文案是什么、点击后应该出现什么状态。对于新手常搜的“GPT 中转”场景，更规范的说法是 AI 模型接口接入与调用管理，浏览器验收同样需要把接口、页面和账号边界说清楚。
第二步，检查选择器。优先让 Codex 读取可访问名称、按钮文本、表单 label、data-testid 或稳定的 CSS 选择器，少用第几个 div、第几个按钮这类脆弱定位。页面改版后，位置选择器最容易失效；如果同一页面有多个“保存”，必须补充上下文，例如“发票配置卡片里的保存按钮”，或先定位父容器再点击按钮。
第三步，处理遮挡和滚动。让 Codex 在点击前截图，检查是否有 cookie 条、客服悬浮窗、加载骨架、Toast、下拉菜单、固定导航或权限弹窗挡住目标。必要时先关闭浮层、滚动到元素居中，再点击。移动端视口要单独验收，因为菜单折叠后按钮路径往往和桌面端不同。
第四步，区分点击动作和业务成功。点击成功只说明事件发出，不能说明保存成功、支付成功或文章发布成功。验收标准要包括结果提示、网络请求状态、页面字段回填、数据库记录或公开页面可访问。Codex 执行完以后，应给出截图、最终 URL、页面文本和必要的请求状态，而不是只回复“已点击”。
常见问题/避坑：不要让截图替代业务验收
第一个坑是只看截图。截图里按钮可能变色，但后端保存失败、权限不足或接口 500 并不会自动暴露。第二个坑是把等待时间写死，加载慢时误判失败，加载快时又浪费时间。更稳的做法是等待目标文本、URL 变化、按钮 enabled 状态或接口结果。第三个坑是没有区分测试账号和正式账号，导致 Codex 在错误环境里完成了看似正确的操作。
第四个坑是没有保存失败现场。浏览器自动化的价值之一是留下可复核证据：点击前截图、点击后截图、控制台错误、网络请求、页面标题和关键 DOM 文本。没有这些证据，同事 Review 时只能重跑一遍。对于搜索资讯、帮助页或首页卡片这类 SEO 页面，还要检查 canonical、sitemap、robots 和站内链接是否随着发布同步更新。
检查清单：交给 Codex 前先写清楚
- 目标页面、账号权限和视口尺寸是否明确。
- 目标元素是否有稳定文本、aria 名称、label 或 data-testid。
- 点击前是否截图并确认没有浮层遮挡。
- 点击后是否检查业务结果，而不是只检查按钮状态。
- 失败时是否保存控制台、网络请求、最终 URL 和截图。
- 是否有回退方案，避免在生产页面重复提交。
FAQ：什么时候需要人工介入
如果页面涉及付款、删除、批量发布、权限修改或客户资料，Codex 可以完成只读检查和草稿操作，但最终提交前要人工确认。如果页面结构频繁变化，先补稳定选择器或测试标识，再继续让 Codex 做浏览器验收。合格的结果应能说明点了什么、为什么点这里、结果如何验证，以及失败时下一步由谁处理。
验收补充：把结论写成可交接记录
完成排查后，建议把输入范围、执行步骤、失败证据、修复动作、复核人和剩余风险写成一段交接记录。这样下一次遇到相似问题时，不需要重新猜测上下文，也能判断这次是配置变化、模型输出变化、页面结构变化，还是人工流程没有跟上。对于需要长期维护的站点或团队工具，这段记录还可以同步到内部知识库，后续让 Codex 读取时更容易复用。