原标题：关于 GPT-6 Astra 的三条判断 来源：甲子光年

北京时间 9 月 4 日凌晨，OpenAI 发布 GPT-6 Astra。

GPT-6 Astra 的演示视频里，没有复杂的技术讲解。工作人员先让 Astra 画了一个黄色圆圈，随后把它改成火箭舷窗。几轮调整后，这枚火箭进入 Blender，变成 3D 模型，再被拿去开发小游戏，最后输出 STL 文件交给 3D 打印机。之后，Astra 又为其他人设计了一件雨衣，把一张旧桌子挂到 eBay 出售，期间顺手完成了订餐、寻找网球场等任务。

习惯了模型竞赛的人来说，视频中任何一项能力都谈不上陌生。AI 会画图，会写代码，会使用浏览器，会调用工具，也早已能够操作电脑。但这次 OpenAI 有意把这些能力串成了一件事：给 AI 一个目标，让它自己决定使用什么工具、进入哪个软件、采取什么操作，直到把结果交回来。

OpenAI 把 GPT-6 Astra 定义为全球智能水平最高且对齐性最强的模型（the world ’ s most intelligent and aligned model），并把 Computer Use、浏览、软件工程、网络安全、科学研究和专业工作列为核心能力。尤其是 Computer Use 方面，GPT ‑ 6 Astra 的速度、准确性和安全性方面开创了新的前沿。

OpenAI 总裁 Greg Brockman 甚至直接喊出了：" 欢迎来到通用人工智能时代（Welcome to the AGI era）。"

但 Astra 究竟算不算 AGI，可能不会因为 OpenAI 的一句话就有答案。至少从目前公开的第三方测试看，GPT-6 Astra 也没有在所有维度上呈现出一次无可争议的代际碾压。如果只围绕 "GPT-6 到底聪明了多少 " 讨论这次发布，很容易错过一些更重要的变化。

关于 GPT-6 Astra，「甲子光年」有三条判断：

GUI 没有死：只要模型足够强，就没有 GUI 和 CLI 之争；

App 在后退：Astra 不一定能实现 AGI，但会开始 " 吞噬 "App；

Benchmark 失去解释力：模型竞争的单位，从答案变成任务。

1.GUI 没有死：

只要模型足够强，就没有 GUI 和 CLI 之争

去年年底开始，AI 圈里有一个越来越流行的判断：GUI（图形用户界面）正在过时，CLI（命令行界面）重新成为未来。

这个判断并非没有道理。

尤其是 Coding Agent 兴起之后，CLI 几乎成了最适合 AI 的工作环境。Claude Code、Codex 以及越来越多开发工具，都把 Agent 放进 Terminal：调用工具、修改文件、运行测试、读取日志，都可以通过代码和结构化指令完成。对 Agent 来说，CLI 甚至比 GUI 更加 " 先进 "，因为它更直接、更结构化，也更接近机器原生的交互方式。

GUI 本来就是为了人设计的。按钮需要足够明显，菜单需要有层级，信息通过颜色、位置和窗口关系呈现，人依靠视觉理解这些界面，再通过鼠标和键盘完成操作。

但机器未必需要这一套。

香港大学数据科学研究所及计算与数据科学学院助理教授、博士生导师黄超今年年初与「甲子光年」对话时，就总结过 GUI Agent 的三个现实问题。

* 是慢，每一步都要先理解屏幕截图，再判断下一步操作，多模态推理链条很长；第二是不够准，尤其是在电脑大屏幕上进行精细点击时，定位误差很容易影响任务成功率；第三是贵，大量图像理解会快速消耗 Token。

黄超当时举了一个很形象的例子：" 可能只是让 AI 帮我们点一杯咖啡，最后消耗掉的 Token 成本，已经快接近那杯咖啡本身了。"

在他看来，GUI Agent 看起来很炫，却未必是当下最 "Agent Native" 的形态。人类熟悉的方式，不一定是 AI 最高效的方式。相较之下，CLI 通过代码交流，本身就是一种更加准确、快速，也更加机器原生的交互方式。

这个判断其实点出了 GUI Agent 最核心的一组矛盾：GUI 很通用，却不够高效；CLI 很高效，却不够通用。

如果一个软件原生提供 API、CLI，甚至 MCP，Agent 当然没有必要模拟人类去移动鼠标、识别按钮。让 AI 先截图，再理解页面，再计算点击坐标，本质上确实是在绕路。但现实世界的软件，并没有为 Agent 重新写过一遍。

大量 ERP、银行后台、医院信息系统、工业软件、EDA 工具和企业内部系统，依然建立在人类过去几十年熟悉的 GUI 之上。它们可能没有完整 API，没有 CLI，也谈不上所谓 Agent Native。

这也就解释了一个看起来有些矛盾的现象：为什么行业一边说 CLI 才代表未来，OpenAI 却又在 GPT-6 Astra 上如此强调 GUI？

因为两者解决的根本不是同一个问题。CLI 讨论的是，未来的软件应该怎样为 Agent 设计；GUI 解决的是，今天的 Agent 怎样进入一个尚未为它准备好的数字世界。换句话说，CLI 是在改造软件，GUI 是在改造 AI。

前一种路线要求整个软件生态迁移，后一种路线则要求模型足够强，强到可以理解人类过去几十年留下来的全部交互界面。所以 Astra 强调 GUI，并不代表 OpenAI 认为 GUI 比 CLI 先进，它更像是一种现实主义选择。

真正成熟的 Agent 最终不会忠于某一种接口。能走 API，就直接走 API；CLI 效率更高，就敲命令；没有任何机器接口，再进入 GUI。对于 Agent 来说，GUI、CLI、API 和 MCP 更像不同的通道，真正需要优化的是任务成功率、执行速度和成本。

OpenAI 技术博客里展示的 KiCad 案例很典型。PCB 设计长期依赖专业 EDA 软件，这类软件的 API 开放程度参差不齐。过去的 Coding Agent 即便能快速生成代码，真正进入电路板设计环节，仍然容易被专业软件界面卡住。Astra 现在可以直接通过视觉理解 KiCad，根据电路原理图完成 PCB 布局。

Astra 绘制的 PCB（印制电路板），图片来源：OpenAI

类似演示还覆盖了 Blender、Unreal Engine 5、Power BI、Excel 和美国 1040 税表。

从这个角度看，GUI 真正的价值也更清楚了：它可能不是 Agent 最理想的接口，却是现阶段整个软件世界最完整的一层兼容层。

GUI 没有死，它只是换了用户——一个更强大的 AI。

2.App 在后退：

Astra 不一定能实现 AGI，但会开始 " 吞噬 "App

如果把这个变化再往前推一步，Astra 真正可能影响的就不只是 GUI，而是 App 本身的位置。

人和软件之间有一条非常稳定的路径：产生需求、找到对应 App、学习 App、操作 App，最后获得结果。想修图，打开 Photoshop；想做表格，打开 Excel；想订机票，打开携程；想卖掉一张旧桌子，打开 eBay。

移动互联网把这种逻辑推到了 *。软件公司的一个重要资产，不只是功能本身，还有入口。用户是否下载 App、是否放在首屏、每天打开多少次、停留多长时间，直接关系到流量、商业模式、估值以及大厂员工的 OKR。

但 Agent 正在尝试压缩这条路径。

未来用户可能只需要说一句：" 帮我找一家今晚 7 点有位置、离公司不远、适合四个人聊天的餐厅。" 至于 Agent 最终进入大众点评还是餐厅自己的预订系统，用户未必需要知道。

这里发生的变化很微妙：App 依然存在，但用户开始不必直接面对 App。

类似的事情已经在搜索时代发生过一次。在搜索引擎出现之前，我们需要记住网站地址，一个个进入网站寻找信息。搜索引擎出现之后，Google 站在所有网站上方，用户先表达 " 我要找什么 "，再由搜索引擎决定去哪里。

Agent 正在把这种入口上移再推进一步。搜索引擎接管的是信息入口，Agent 想接管的是行动入口。

当 Astra 能够自己进入 eBay、理解页面、填写表格、点击发布按钮时，eBay 依然很重要，商品数据库、支付体系、信用机制、交易网络都还在那里，但用户和 eBay 之间那一层直接交互，开始被模型截走。

所以 "AI 吞噬 App"，并不等于 App 马上消失。Astra 真正开始吞掉的，是 App 最重要的一部分价值：入口。

银行还需要核心账户系统，航空公司还需要票务系统，Salesforce 还需要 CRM，Adobe 还需要图像处理能力，KiCad 还需要 EDA 能力。只是这些软件可能越来越多地退到 Agent 身后，成为能力提供者。

过去一个 App 同时负责两件事：提供能力，以及组织人与能力之间的交互。Agent 出现以后，这两层开始分离。软件负责 " 能做什么 "，Agent 负责理解 " 用户想做什么 "。

这甚至可能重新定义什么叫好软件。

对软件公司来说，最值得警惕的并不是 "ChatGPT 会不会把我的产品做掉 "，还有一个更现实的问题：我的软件可能依然在被大量使用，但用户还属于我吗？

这其实比 "App 消失 " 更加棘手。

过去网站依然承载内容，但用户关系逐渐掌握在 Google、Facebook 和 TikTok 手里；未来很多软件也可能继续承担真实任务，但用户需求的入口已经上移到了 Agent。

Astra 未必已经实现了 AGI，但它确实让另一个问题变得越来越现实：当 AI 越来越会使用软件，人还需要亲自使用那么多软件吗？

3.Benchmark 失去解释力：

模型竞争的单位，从答案变成任务

如果只看 Benchmark，GPT-6 Astra 甚至会让人产生一点疑惑。

OpenAI 公布的数据当然足够耀眼。Astra 在 ARC-AGI-3 中拿到 99.9%，FrontierMath Tier 4（v2）达到 97.6%，Terminal-Bench 4.0 达到 57.9%，Terminal-Bench Science 0.1 达到 64.6%。在网络安全测试中，Astra 在 ExploitBench 上拿到 100%，并成为 OpenAI* 达到 Preparedness Framework 网络安全 "Critical" 能力阈值的广泛部署模型。

ARC-AGI-3 基准测试得分，图片来源：OpenAI

但第三方测试给出的画面并没有那么统一。

Artificial Analysis 对 Astra 最高推理档的 Intelligence Index 评分为 61，在 200 多个模型中排在前列，却没有和 GPT-5.6 Sol 形成想象中的代际差距。

图片来源：Artificial Analysis

Reddit 上也很快有人提出疑问：如果综合 Benchmark 看起来只是 " 更好一些 "，为什么这一次值得叫 GPT-6？

这其实提供了一个比具体分数更有意思的观察：我们过去用来评价大模型的 Benchmark，正在越来越难完整描述 Agent。

传统 Benchmark 的逻辑很简单。给模型一道题，看它答得对不对。它评价的本质上是某一个时刻、某一项能力的上限。

但真实世界里的 Agent 不是这样工作的。用户不会问：" 你的 GPQA 是多少？" 用户真正关心的是：我把这件事交给你，你最后能不能做完？

这两个问题的差别非常大。

Astra 发布视频里那枚火箭，就是 * 的例子。单独画一个黄色圆圈，并不新鲜；生成图片不新鲜；进入 Blender 做 3D 模型，也不新鲜；写小游戏，同样早已出现。真正值得注意的是，模型开始把这些能力串起来：画图之后进入建模，建模之后进入游戏开发，做完游戏之后继续输出能够交给 3D 打印机的文件。

Astra 生成 3D 打印机文件可以直接打印成品，图片来源：OpenAI

Astra 强调的已经不再只是某一个单点能力，而是任务闭环。

这意味着 AI 产品的最小单位正在发生变化。过去，模型的最小单位是一次回答；到了 Agent 阶段，越来越接近一项任务。

一旦评价单位发生变化，真正重要的指标也会随之改变：模型能不能正确规划几十步任务，中间出错以后能不能自己恢复，能不能根据情况选择 GUI、CLI 或者 API，能不能保持几十分钟甚至几小时的上下文，会不会越权，最终完成率是多少，以及完成一件任务到底花了多少钱。

这些指标很难通过传统的单轮 Benchmark 完整体现，也就是说：传统单轮、单能力 Benchmark 作为模型总体能力代理指标的解释力在下降。

OpenAI 这次尤其强调 Astra 在 OSWorld 上的耗时，正是一个信号。

在 OSWorld 2.0 延迟模拟中，Astra 完成每项任务所需的时间比 GPT ‑ 5.6 Sol 少约 47%，同时实现了更高的 Computer Use 性能：Astra 以每项任务约 40 分钟的耗时获得 72.6% 的得分，而 GPT ‑ 5.6 Sol 以每项任务约 75 分钟的耗时获得 65.7% 的得分。

OSWorld 2.0 测试模型能否通过操作计算机应用程序完成任务，图片来源：OpenAI

这已经不只是准确率的竞争，它越来越接近真实工作里的效率指标。

为什么 Astra 在传统综合智力测试上并没有拉开极端差距，却依然被 OpenAI 冠以 "GPT-6"？

「甲子光年」认为，OpenAI 对 " 下一代模型 " 的定义，已经不再只是它知道得更多、推理更强，还包括它能独立完成更多事情。

从这个角度回头看，Astra 真正的升级未必发生在某一个 Benchmark 里，而发生在模型能力和真实世界之间那段过去一直没有被完全接通的距离上。

我们很难讨论 GPT-6 Astra 是否已经实现 AGI，Astra 目前仍然存在成本高、尚未全面开放、真实用户样本有限等问题，它在第三方 Benchmark 上也没有呈现出一条简单的 "GPT-6 全面碾压 GPT-5.6" 的曲线。

但如果暂时把 AGI 这个宏大的词放到一边，我们发现 Astra 正在试图把一件事做到 *：让 AI 学习怎样替我们使用电脑。

如果这条路继续走下去，未来真正被改变的可能不只是哪个模型最强，还有我们用了几十年的那套数字世界秩序：人提出需求，软件提供能力，界面负责连接二者。

现在，AI 正在插进中间，并一点点把 " 连接 " 这件事拿走。