Developer Mode 到底增加了什么
OpenAI 在 2026 年 6 月加入了 Browser Developer Mode。官方说明它可用于 Chrome 和 Codex 应用内浏览器,通过受控 Chrome DevTools Protocol(CDP)访问,深入检查控制台输出、网络流量、页面状态和 JavaScript 性能。功能默认关闭,需要在设置中主动启用。参见 Codex 套餐与 Developer Mode 说明。
它最适合解决的5类问题
| 问题 | 主要证据 | 典型结论 |
|---|---|---|
| 按钮点了没反应 | Console、DOM、事件监听 | JS异常、遮挡或 disabled 状态 |
| 接口偶发失败 | Network 状态码、请求体、耗时 | 鉴权、参数、跨域或超时 |
| 样式只在某尺寸错位 | computed styles、布局尺寸 | 断点、继承或容器约束 |
| 页面加载很慢 | 资源瀑布、长任务、缓存 | 大资源、串行请求或主线程阻塞 |
| 生产正常、本地异常 | 环境、响应头、构建资源 | 配置差异或旧 chunk 缓存 |
一段更可靠的调试提示词
请先不要修改代码。
1. 在浏览器中按以下步骤复现:……
2. 记录 Console 错误、失败的 Network 请求、DOM 状态和相关样式。
3. 把每条证据关联到可能的源码入口,不要只凭页面现象猜测。
4. 给出最小修复方案、风险和回归步骤。
我确认诊断后再实施。这段指令把“看起来像什么”与“浏览器实际发生什么”分开。对于支付、登录和订单页,还应明确禁止修改数据或提交真实交易。
Network 面板应该让 Agent 检查什么
- 请求是否真的发出,URL、method 和状态码是否正确。
- 失败发生在 DNS、连接、TLS、首字节还是完整下载阶段。
- 请求体是否缺字段,但不要在报告里打印 token、Cookie 和密码。
- 缓存头、CORS、重定向链和旧静态 chunk 是否异常。
- 同一个用户动作是否意外发送多次请求。
Console 报错不能脱离用户路径
一个页面可能存在历史扩展报错、钱包插件警告和无关资源失败。真正重要的是:错误能否在目标操作中稳定复现、影响哪个用户动作、是否由本站代码触发。让 Codex 同时记录“复现步骤 + 时间 + Console + Network”,比只复制一条堆栈可靠得多。
Full CDP access 的安全边界
- 只对当前需要调试的网站授权,不把一次批准理解成永久授权。
- 避开网银、密码管理器、后台密钥页和包含私人聊天的标签页。
- 生产环境优先只读诊断;提交表单、删除、退款和发布必须单独确认。
- 日志和截图要遮盖 Cookie、Authorization、Session、邮箱与订单隐私。
- 团队管理员可通过工作区策略关闭 Full CDP access。
修复后的验收标准
- 刷新或新开干净会话,避免旧状态造成假通过。
- 严格重跑原始用户步骤,而不是只打开目标页面。
- 确认 Console 没有新增本站错误,Network 没有异常重试。
- 检查桌面与移动断点、登录与未登录两种状态。
- 运行类型检查、相关测试和生产构建,再审查代码差异。
如果你正在比较两套代码 Agent 的工作方式,可以继续看 Codex vs Claude Code 实测对比。