gate交易所 全球最大的区块链首发平台

过去一年，AI编程工具最大的变化不是代码写得更快，而是开始一步步接近开发者真实工作的核心环节。

写代码只是软件开发流程中的一部分。真正耗费时间的往往是调试、排查、测试和验证。一个按钮为什么失效，一个接口为何超时，一段JavaScript为何导致页面卡顿，开发者通常需要在浏览器开发者工具里来回切换控制台、网络面板、DOM树和性能分析器寻找答案。

如今，OpenAI希望让Codex直接进入这个工作现场。

OpenAI宣布为Chrome及Codex内置浏览器推出开发者模式，允许Codex智能体访问Chrome开发者工具协议（CDP）。获得授权后，Codex不仅能够查看页面内容，还能深入分析JavaScript执行情况、检查控制台日志、监控网络请求、解析DOM结构以及CSS样式变化，对复杂网页和Web应用进行更深层次诊断。

这看似是一次功能更新，本质上却意味着AI编程工具能力边界正在发生变化。

此前大多数AI代码助手的工作方式类似“高级自动补全”。开发者提供代码片段，模型负责生成、修改或解释代码。但现实世界的软件问题往往并不出现在代码文件本身，而是出现在代码运行之后。

浏览器就是最典型的例子。

一个前端应用可能涉及数百个网络请求、多个第三方SDK、动态加载脚本以及复杂的状态管理逻辑。很多问题只有在真实运行环境中才会暴露出来。过去即便是最先进的大模型，也只能通过用户提供的截图、日志或报错信息进行推测。

CDP权限的开放，相当于让AI第一次拥有了“亲眼查看现场”的能力。

这也是整个行业正在发生的共同趋势。

从Anthropic推出Claude Code，到OpenAI持续强化Codex，再到Cursor、Windsurf等产品的发展路径，一个明显变化正在出现：AI不再满足于生成代码，而是开始承担软件工程师的部分执行职责。

开发者越来越少地向模型提问“这段代码怎么写”，而越来越多地要求模型“帮我找到问题并修复它”。

对于OpenAI而言，这种能力升级还有更深层的商业逻辑。

随着基础模型能力逐渐趋同，真正拉开差距的已经不只是模型参数规模，而是能够接触多少真实环境、调用多少外部工具、完成多少完整任务。谁能够让智能体直接操作浏览器、数据库、终端和云服务，谁就更接近构建真正可执行的数字员工。

当然，能力提升也意味着新的风险。

CDP并非普通浏览权限。它几乎能够访问浏览器的大部分内部状态，包括页面数据、用户行为、网络请求甚至部分敏感信息。如果没有约束，一个拥有完全控制权的智能体理论上可以执行远超普通网页访问范围的操作。

因此OpenAI同步引入了审批机制。

每当Codex需要使用CDP访问特定网站时，必须向用户发起授权申请，用户需要明确确认对应站点和具体任务后才能继续执行。这种设计实际上反映了当前AI Agent行业面临的共同难题——如何在提升自动化能力和保护用户控制权之间找到平衡。

某种意义上，这次更新透露出的信息比功能本身更值得关注。

过去的大模型更像顾问，负责回答问题；如今的智能体正在获得观察环境、调用工具和执行任务的权限。从终端到浏览器，从代码仓库到云平台，越来越多的软件基础设施开始向AI开放接口。

而当AI不仅能写代码，还能定位Bug、分析性能瓶颈并直接修复线上问题时，软件开发的工作流也将被重新定义。

浏览器开发者工具曾是程序员最重要的武器之一。现在，OpenAI正试图把这把武器交到AI手里。下一步，或许不只是辅助开发，而是真正参与整个软件生命周期。