For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/zh/articles/gpt-6-intelligent-ui-eazo-qoni-and-the-fu-fc1ec475.md.
OpenAI 已开始在 ChatGPT 中逐步推出带有**智能界面（Intelligent UI）**的 GPT-6，这一变化很容易察觉：回答不再必须是一长串可滚动的文字。
OpenAI 已开始在 ChatGPT 中逐步推出带有**智能界面（Intelligent UI）**的 GPT-6，这一变化很容易察觉：回答不再必须是一长串可滚动的文字。
根据问题的不同，ChatGPT 现在可以直接在对话中将文字与图表、图形、表单、可点击控件、计算器、账单分摊工具、游戏和其他交互元素结合起来。OpenAI 表示，系统会自动选择合适的呈现格式；如果纯文本是更好的答案，系统仍会回退到纯文本。
此次逐步推出于 2026 年 10 月 7 日开始，面向 Chat 中的 Plus、Pro、Business 和 Enterprise 用户；Free 和 Go 用户则从 10 月 8 日开始获得该功能。付费 Chat 计划在这一体验中使用 GPT-6 Sol，Free 和 Go 使用 GPT-6 Luna。GPT-6 Astra 仍是 Pro 推理选项背后的模型，目前不支持智能界面。
OpenAI 还表示，ChatGPT 每周有超过 12 亿人使用。这意味着它并非一次小规模的界面实验。一个主流对话式产品正在明确转向一种新的回答形态：回答可以变成界面。
这一方向与原中文文章的核心观点十分接近：个人智能体的最终形态可能并不是更聪明的命令行，而是能够为特定用户的重复性需求创建并保留图形界面的软件。
文章通过 Eazo（一个 AI 应用创建平台）和 Qoni（支撑其个人智能体愿景的身份、行动与记忆基础设施）来阐释这一观点。
两个家庭故事让这一想法变得具体。
一个家庭使用 Eazo 为一岁半的孩子制作了一个简单的语言与学习应用。孩子可以点击大尺寸卡片，听到数字、字母、日常物品和动物的内容，而不需要输入文字或组织提示词。
另一个家庭拥有一份睡眠顾问提供的 PDF，其中写满了条件规则：清醒时长、午睡上限，以及午睡失败时应该采取的措施。Adam Waxman 没有反复阅读文档，而是花了大约一周时间将这些规则转化为应用。他、妻子和照护者随后使用同一个实时日程；当较早的一次午睡发生变化时，后续睡眠时间也会重新计算。
这个应用只在几个月内有用。这样就足够了。
这两个应用都不需要数百万用户，也不需要进入应用商店。它们各自为一个家庭解决了范围狭窄、具有时效性且高度个人化的问题。
这一模式很简单：
创建工具的人可以使用对话；反复使用工具的人可能只需要点击。
个人智能体正在快速扩展。
Meta 的 Muse 运行在专用的安全虚拟机中，拥有自己的浏览器，并且可以跨网页服务和已连接的应用执行操作，包括电子邮件、旅行、购物和支付；对于敏感操作，它会在获得用户批准后执行。
OpenAI 的 dots 是由 GPT-6 Astra 驱动的常驻智能体。它们拥有自己的云端计算机，并可以通过 OpenAI 的插件生态连接到 4,000 多个应用。
这些系统充分说明了对话式入口的价值：描述一个目标，然后让智能体完成工作。
但原文认为，对于许多重复性活动而言，聊天框并不理想。
Airbnb 首席执行官 Brian Chesky 在 10 月 1 日接受 TechCrunch 采访时表达了相关观点。他表示，纯聊天界面并不适合浏览和购物，因为用户往往需要更丰富的界面，而且可能有多个人需要共同参与同一项任务。他还表示，自己通过 Muse 等智能体使用 Airbnb 的体验仍然很差，消费者 AI 的问题尚未解决。
对于以下活动：
可视化状态十分重要。
图形界面能够保留位置、选项、进度、控件和上下文，而重复的自然语言请求往往无法做到这一点。
文章关于对话式智能体已经“结束”的更强论断有些过头。OpenAI 自己的智能界面恰恰说明了一种混合方向，而不是对话的终结：对话仍然适合表达意图，而界面则适合与由此产生的结构进行交互。
Eazo 将这两项工作分开。
对话用于描述新的需求。其结果旨在成为一个可以打开、点击、分享和重复使用的持久应用，而不必每次都重新说明最初的请求。
原文使用了一个简单的类比：如果你想要一个床头灯开关，只需告诉电工一次应该把它安装在哪里。你不会每天晚上都向房间解释“关灯”。
这带来了对智能体的另一种理解：
一次性的自然语言请求
↓
智能体澄清需求并完成构建
↓
持久化图形应用
↓
通过点击、查看或分享反复使用
如今的主流智能体通常代表用户操作现有软件。Eazo 提议的下一步，则是让智能体创建一小段你希望本来就存在的软件。
因此，文章认为应用不会消失。变化的是，谁有能力创建应用。
原文列举了多个适合点击而不是对话的日常场景。
这些例子有三个共同特征。
第一，它们是高频且重复的。没有人希望每天重新描述同一个需求。
第二，对于难以通过文字或语音表达需求的人来说，点击可能更容易，包括幼儿、老年人或存在沟通障碍的用户。
第三，它们通常过于个人化，不值得传统软件产品专门开发。商业公司可能永远不会制作完全符合某个人或某个家庭需求的工具，尽管这个工具对他们而言非常有价值。
原文将这种方式与 Muse 和 dots 等智能体进行了对比。
这一比较是作者的分析框架，而不是客观的行业分类。例如，Muse 已经能够自行创建某些工具，ChatGPT 的智能界面也可以在对话中创建交互式体验。真正有意义的区别在于持久性和产品形态：Eazo 将创建一个可重复使用的应用作为最终产品。
Eazo 将自己描述为一个通过自然语言创建 AI 应用、智能体、3D 世界和交互式内容的平台。
其文档所描述的创建流程大致如下：
描述你的想法
→ 确认产品范围
→ 查看产品规划
→ 选择设计方向
→ 生成页面
→ 构建完整应用
→ 预览并修改
→ 发布
该平台支持**自动驾驶（Autopilot）和协作式（Collaborative）**两种创建模式。在自动驾驶模式下，智能体会自行推进更多项目工作；在协作式模式下，它会更频繁地暂停，以便用户决定范围、设计和实现方式。
原文将 Eazo 描述为行动型智能体的互补方案，而不是直接替代品。聊天仍然处于核心位置，但它被用于理解用户并生成持久化成果。之后，重复使用则由定制界面负责。
原文的一个重要主题是：应用创建往往在编码开始之前就失败了，因为用户通常无法足够清晰地表达产品需求。
许多 AI 编程工具仍然要求用户像产品经理一样工作——定义需求、拆分功能、细化提示词，并不断纠正实现细节。
Eazo 的工作流尝试自行完成更多这类解释工作。
Eazo 的设计工作流可以在构建之前生成多个设计方向。目前的官方文档允许用户请求 1 至 6 个设计方向；如果未指定数量，默认生成 6 个。
目标是让用户针对具体的视觉方案做出反应，而不必一开始就掌握设计术语。
用户可以说“更温暖”或“更简洁”等，然后根据这些反馈选择方向。
原文包含以下请求：
构建一个基于 AI 的英语学习应用，可以从 YouTube 视频和播客中学习。它应包含以下基础功能：从 URL 上传或导入视频和播客；将视频和播客中说话者的声音转换为文本内容；用户可以控制视频和播客的播放速度，以便学习口语，也就是影子跟读；用户可以标记新词汇，系统支持解释词义。你可以为这个应用设计更多优秀功能。
重点不在于提示词的语法，而在于这个请求同时混合了目标、媒体导入、转录、播放控制、影子跟读练习、词汇收集和解释，却没有指定软件架构。
Eazo 当前文档明确表示，第一条提示词不必包含完整的产品规格。智能体可以澄清缺失细节、提出计划、生成前端页面，然后构建完整应用。
原文还展示了一个使用 Blender 相关资产的 3D 工作流。
用户最初的请求：
帮我还原这个场景和角色，角色要有动画可以走动。
也就是：还原参考场景和角色，并让角色具备可以行走的动画。
原文称，Eazo 先生成了角色的多角度视图，并要求用户确认，然后再继续制作动画资产。
之后，用户补充了第二项需求：
做成一个可以切换时区查看各个地方的时间的 App，天空的颜色和当前选择的时区一样，风格参考 iphone 的显示时间的桌面。
也就是：将结果制作成一个可以切换时区并显示当地时间的应用，天空颜色根据选定时区变化，视觉风格参考 iPhone 时钟显示界面。
Eazo 当前文档确认，该平台支持通过文字或图像生成 3D 模型和交互式场景，但单个演示结果仍然只是示例，不能视为保证性输出。
原文将 Eazo 描述为一种从无代码到低代码的完整产品路径，而不只是生成前端代码。
Eazo 当前文档确认其内置以下能力：
原文称 Eazo 拥有“49 个内置 AI 模型”。由于模型目录会发生变化，这一具体数量不应被视为永久规格。Eazo 当前文档展示的是一个持续更新的供应商和模型目录，并允许创建者使用 Eazo 管理的模型访问权限或自己的 API 密钥。
原文给出了以下请求：
为当前项目添加登录系统。
Eazo 官方文档确认其内置支持登录、会话和用户身份。
原文使用了以下请求：
已添加价格为 3 美元的支付功能；会员可以无限使用图像生成功能
Eazo 当前记录了通过内置支付流程实现的一次性支付和月度订阅。结账使用 Eazo 的 Stripe 连接器；创建者只有在准备提现收益时，才需要完成 Stripe Express 入驻。
原文包含以下请求：
我想查看有多少用户登录并使用了我的应用。
Eazo 的工作区和内置能力文档确认了托管数据库、应用数据、用户身份和与活动相关的功能。
输入一句想法，We0 AI 即可生成展示站、页面与 CMS。发布上线后并帮你获取客户和流量。
用户注册赠送一次完整项目生成
适合先体验一次完整生成流程，快速看到项目初稿。
原文包含以下请求：
帮我构建一个图像生成应用，根据用户输入随机生成与当前上下文匹配的图像；每次生成图像时，应用都需要调用这个特定技能 /gc-minimal-zine-poster-v0-3
Eazo 的 9 月发布说明确认，Skills 可以创建、编辑，并从文件、GitHub 和 npx 导入，还可以从 Chat 中调用。
Eazo 当前快速入门文档记录了一个八步创建流程，最终以发布结束。创建者设置应用信息和可见性后，系统会生成生产链接和二维码。
原文中曾包含用于说明身份验证、支付、存储、Skills 和发布的多张截图，但在准备此 Markdown 版本时，其中一些图片文件无法可靠获取。因此这里没有重新制作这些图片，也没有用虚构图片替代。
原文主要将 Eazo 定位为面向**氛围编程者（vibe coders）**以及希望将想法变成可运行成果的人群，无论他们是否已经掌握编程技能。
典型用户包括希望完成以下工作的人：
原文将 Eazo 与 Codex、Cursor、Lovable、Bolt、Replit Agent、Base44 和 Claude Code 等产品进行了比较。
这些比较需要谨慎理解，因为这些产品的工作流存在重叠，但目标并不完全相同。有些产品专注于代码仓库级编程，有些专注于 Web 应用生成，有些专注于自主工程，而 Eazo 更强调端到端创建和可发布性。
Eazo 已发布 Eazo Benchmark v3.0，这是一个面向创意智能体的第一方评测套件。
该基准包含 147 个测试条目，覆盖八个能力维度，包括：
原文称，测试任务包含 3D 模型、视频、数据库、字体和 Figma 文件等真实资产，并基于多轮创建工作流设计。
这一关键数字需要准确限定其范围。
Eazo 报告称，在其自有基准的103 项可比任务子集中，Eazo V5 的综合质量平均得分为 88.0，Codex CLI 为 84.4。
这是有价值的第一方证据，但并不是由独立机构管理的行业基准。该基准由 Eazo 围绕自身希望衡量的工作流设计，因此读者在将这一分数理解为 Eazo“优于 Codex”的普遍结论之前，应当查看具体任务、评分规则、模型设置和可比任务子集。
这一点尤其重要，因为 Codex 和 Eazo 并不属于完全相同的产品类别。
原文将 Eazo 的大部分基准表现归因于其内部通用智能体框架 EazoTack。
公开的架构分为四层：
用户描述请求、查看实时预览，并接收下一步建议。
执行智能体负责主要循环：
理解
→ 决策
→ 执行
→ 验证
独立的主动智能体使用上下文快照提出可能的下一步建议，并在项目状态发生变化时丢弃过时建议。
原文称，EazoTack 使用 15 个核心工具加上一个 invoke_skill 元工具。
随后，系统可以仅在需要时调用专业能力，包括：
智能体和项目工作区运行在同一个容器中，因此文件和 Shell 操作可以在本地完成；模型调用、媒体生成、数据库功能和部署则通过受控的平台 API 执行。
原文报告称，七天缓存命中率为 98.3%，V5 生产环境观察到的缓存命中率约为 98%，首个令牌响应时间约为 1.5 秒。
这些数据是 Eazo 自己的生产环境测量结果，并非独立性能审计。
原文还称，与 Codex 对比时，相同模型配置可以将成本降低约三分之一。同样，这一说法也应理解为 Eazo 自有基准和运行时测量的结果，而不是普遍适用的成本保证。
文章随后进入应用层之下的部分。
文章认为，一个有用的个人智能体最终需要三项持久化能力：
Qoni 是 Eazo 团队围绕这三项能力构建的基础设施。
Qoni 当前的官方文档将平台拆分为以下部分：
| 层级 | 产品 | 用途 |
|---|---|---|
| 身份 | GenAuth | 为智能体提供与个人绑定的身份，并支持有范围且可审计的授权代理 |
| 行动 | Web Agent | 让智能体能够在托管浏览器中搜索、浏览、填写表单、点击并完成受控 Web 任务 |
| 记忆 | GUMem | 存储和召回用户上下文、消息、资源与行动历史 |
Qoni 将自己描述为个人智能体的托管基础设施。
其快速入门示例展示了一个购物流程：智能体获得有限且有时间限制的权限，操作托管浏览器，并在需要做出决定或获得批准时暂停，交由人类处理。
这比简单地说智能体拥有“记忆”或“手”更加具体。重要的属性在于权限范围、可审计性和用户控制。
原文将 Qoni 与创始人 Xie Yang 的两个早期项目联系起来。
文章称，身份相关工作源于 Authing，浏览器操作能力则从 Fellou 演化而来。记忆能力建立在早期知识图谱研究的基础上。
文章还将这一更广泛的理念追溯到 Tim Berners-Lee 的语义网愿景：能够理解信息、协调服务、比较选项并代表用户采取行动的软件智能体。
今天的智能体生态是否可以被视为语义网的实现，仍然存在争议，但这一联系在概念上很有价值。
现代智能体开始需要的，正是早期 Web 架构难以提供的基础设施：
谁在执行操作？
他们拥有哪些权限？
他们可以访问什么？
他们记住了什么？
哪些操作可以审计？
Qoni 当前官网用三个词概括了这一点：身份、行动、记忆。
原文以一个强烈的论点结束：未来并不是“应用消失，一切都变成聊天”。
OpenAI 的智能界面让这一论断变得更有意思，因为它显示出，领先的聊天界面本身正在变得更加图形化和交互化。
与此同时，Muse 和 dots 展示了另一条路径：持久化智能体代表用户操作现有软件和服务。
Eazo 和 Qoni 提出了第三层：
对话表达新的需求
↓
AI 将其转化为可重复使用的应用
↓
身份 + 行动 + 记忆在底层持续存在
↓
人们通过稳定的图形界面进行交互
这些方式并不一定互相排斥。
更可能出现的方向，是以下能力的组合：
原文标题称对话式智能体“没有未来”。但现有证据支持一个更加审慎的结论：单靠对话不太可能满足所有个人智能体体验的需求。
智能界面是随 GPT-6 引入 ChatGPT 的一项能力，可以让回答结合文字、图形、图表、表单、按钮、计算器、游戏和其他交互元素。GPT-6 会根据问题自动选择回答格式。
可以。OpenAI 于 2026 年 10 月 7 日开始向 Plus、Pro、Business 和 Enterprise 用户推出该功能，并从 10 月 8 日起扩展到 Free 和 Go 用户。Free 和 Go 使用 GPT-6 Luna，付费 Chat 计划则使用 GPT-6 Sol 来提供智能界面。
Eazo 是一个 AI 创建平台，用户可以通过自然语言指令构建应用、智能体、3D 世界和交互式内容。其工作流包括产品规划、设计生成、应用构建、预览、修改和发布。
Eazo 当前文档列出了对登录、托管数据和文件上传、应用 AI 模型、3D、支付、通知、个性化记忆和发布的内置支持。具体模型、限制、价格和功能可用性可能发生变化，生产环境用户应查看最新文档。
Eazo 报告称，在 Eazo Benchmark v3.0 的 103 项可比任务子集中，其综合质量平均得分为 88.0，Codex CLI 为 84.4。由于该基准由 Eazo 自行设计和运营，这一结果应被视为第一方测量，而不是独立且普遍适用的排名。
EazoTack 是 Eazo 的内部智能体框架。原文描述了一个四层架构，其中包括执行智能体、主动智能体、缓存优先的上下文管理、15 个核心工具，以及用于专业创意能力的 invoke_skill 元工具。
Qoni 是面向个人智能体的托管基础设施，围绕身份、行动和记忆构建。其主要组件包括 GenAuth、Web Agent 和 GUMem。
不会完全取代。当前的产品越来越多地将两者结合起来：对话适合表达新的意图，而图形界面通常更适合重复性、可视化、有状态或多人协作的任务。
GPT-6 智能界面是一个强烈信号，表明对话式 AI 正在超越纯文本。ChatGPT 现在可以直接在对话中创建交互式图表、计算器、表单、游戏和其他面向特定任务的界面。
Eazo 更进一步，将可重复使用的应用，而不是聊天记录，视为最终产品。其官方文档支持覆盖产品规划、设计、全栈功能、3D 内容、AI、支付、数据和发布的工作流；其 EazoTack 框架则围绕高效缓存的智能体执行和专业技能进行设计。
Qoni 在应用层之下延伸了同一愿景，提供身份、浏览器操作、记忆、范围受限的授权和可审计性。
更有力的结论不是聊天已经消亡，而是个人智能体越来越需要将用于表达意图的对话，与用于重复使用的界面结合起来。
从一句话开始，几分钟内拿到完整网站。
