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-HK/articles/gpt-6-intelligent-ui-eazo-qoni-and-the-fu-fc1ec475.md.
OpenAI 已開始在 ChatGPT 中推出搭載「智慧介面」的 **GPT-6**,這項變化很容易察覺:回答不再只能是一長串文字。

OpenAI 已開始在 ChatGPT 中推出搭載「智慧介面」的 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 App 建立平台,以及支撐其個人代理願景的身分、行動與記憶基礎設施 Qoni,來說明這個觀點。
兩個家庭故事讓這個想法變得具體。
一個家庭使用 Eazo 為一歲半的孩子建立簡單的語音與學習 App。孩子可以點擊大型卡片,聽取數字、字母、日常物品與動物的內容,不需要輸入文字或組織提示詞。

另一個家庭手上有一份睡眠顧問提供的 PDF,裡面充滿條件式規則:清醒時間、午睡上限,以及午睡失敗時應該如何處理。Adam Waxman 沒有反覆閱讀文件,而是花了大約一週將這些規則轉成 App。他、妻子與照護者之後使用同一個即時作息表;當較早的午睡時間改變時,後續睡眠時間也會重新計算。
這個 App 只在幾個月內有用。但這完全沒問題。
兩個 App 都不需要數百萬使用者,也不需要進入 App Store。它們各自為一個家庭解決了狹窄、暫時且高度個人化的問題。
這個模式很簡單:
建立工具的人可以使用對話;反覆使用工具的人可能只需要點擊。
個人代理正在快速發展。
Meta 的 Muse 在專用安全虛擬機器中運作,擁有自己的瀏覽器,可以在使用者批准敏感操作後,跨越網頁服務與已連接的 App 執行任務,包括電子郵件、旅遊、購物與付款。
OpenAI 的 dots 是由 GPT-6 Astra 驅動、持續待命的代理。它們擁有自己的雲端電腦,並能透過 OpenAI 的外掛生態系統連接超過 4,000 個 App。
這些系統充分說明了對話式入口的價值:描述一個目標,讓代理完成工作。
但原文章認為,對許多重複性活動而言,聊天框並不理想。
Airbnb 執行長 Brian Chesky 在 10 月 1 日接受 TechCrunch 訪問時,也提出了相關觀點。他表示,純聊天介面不適合瀏覽與購物,因為使用者通常需要更豐富的介面,而且可能有多個人需要共同參與同一項任務。他也表示,自己透過 Muse 等代理使用 Airbnb 的體驗仍然不佳,消費者 AI 尚未真正解決這些問題。
對於以下活動:
視覺化狀態非常重要。
圖形介面可以保存位置、選項、進度、控制項與上下文,而這些資訊往往不是重複提出自然語言請求所能有效保留的。
文章提出「對話式代理已經走到盡頭」這個更強烈的說法,但這個結論言之過早。OpenAI 自己推出的智慧介面,正說明未來更可能是混合式方向,而不是對話的終結:對話仍然適合表達意圖,介面則適合與產生出的結構互動。
Eazo 將這兩項工作分開。
使用者透過對話描述新的需求,結果則應該成為一個可以開啟、點擊、分享與重複使用的持久 App,而不必每次都重新說明原始要求。
原文使用了一個簡單的比喻:如果你想要床邊電燈開關,只要告訴電工一次要把它裝在哪裡。你不會每天晚上都向房間解釋「關燈」。
這帶來一種不同的代理觀點:
一次性的自然語言請求
↓
代理釐清需求並建立工具
↓
持久化圖形 App
↓
透過點擊、查看或分享反覆使用
今天的主流代理通常是代替你操作既有軟體。Eazo 所提出的下一步,則是讓代理建立一個你希望原本就存在的小型軟體工具。
因此,App 並不會消失。改變的是,誰有能力建立 App。
原文列舉了幾種點擊可能比說話更好的日常情境。

這些例子具有三個共同特徵。
第一,它們是高頻且重複的需求。沒有人想每天重新描述相同的需要。
第二,使用者可能無法輕易透過文字或語音表達需求,包括幼兒、長者或有溝通障礙的使用者。
第三,它們通常過於個人化,不足以讓傳統軟體產品成立。商業公司可能永遠不會打造完全符合這項需求的工具,但它對某個人或家庭可能非常有價值。
原文將這種方式與 Muse 和 dots 等代理進行對比。

這個比較是原作者的分析框架,而不是客觀的產業分類。例如,Muse 已經能夠自行建立某些工具,而 ChatGPT 的智慧介面也能在對話中建立互動體驗。真正有意義的差異在於持久性與產品形態:Eazo 將可重複使用的 App 視為最終產品。
Eazo 將自己描述為一個透過自然語言建立 AI App、代理、3D 世界與互動內容的平台。
其文件所記載的建立流程大致如下:
描述你的想法
→ 確認產品範圍
→ 審閱產品規劃
→ 選擇設計方向
→ 產生頁面
→ 建立完整 App
→ 預覽並修改
→ 發布
平台支援 Autopilot 與 Collaborative 兩種建立模式。在 Autopilot 模式中,代理會自行推進更多專案工作;在 Collaborative 模式中,代理會更頻繁地暫停,讓使用者決定範圍、設計與實作方式。
原文章將 Eazo 描述為行動導向代理的互補方案,而不是直接取代它們。聊天仍然是核心,但用途是理解使用者並產出持久化工具。之後的重複使用,則由自訂介面處理。
原文的一個主要主題是:App 建立往往在寫程式之前就失敗了,因為使用者通常無法清楚表達產品需求。
許多 AI 程式編寫工具仍然要求使用者像產品經理一樣工作:定義需求、拆分功能、細化提示詞,並反覆修正實作細節。
Eazo 的工作流程則嘗試自行完成更多需求理解工作。
Eazo 的設計工作流程可以在建立之前產生多個設計方向。目前官方文件允許使用者要求產生一至六個設計方向;如果沒有指定數量,預設會產生六個。
目標是讓使用者直接對具體的視覺選項做出反應,而不是一開始就必須掌握設計術語。
使用者可以說「更溫暖」或「更簡潔」等要求,再根據這些反應選擇方向。
原文包含以下請求:
Build a English study application based AI which can learn from Youtube video and podcast. It's would includes the base features: upload or import the video and podcast from URL; transform the video and podcast speaker voice to text content; user can control the video and podcast speed to learn the speak which aka shadow reading; user can mark the new vocabulary and the system support to explain the meaning. you can design the more good feature for the application.
重點不在於提示詞的文法,而在於這個請求同時混合了目標、媒體匯入、語音轉錄、播放控制、影子跟讀練習、生詞收藏與解釋,卻沒有指定軟體架構。
Eazo 目前的文件明確表示,第一個提示詞不需要包含完整的產品規格。代理可以釐清缺少的細節、提出規劃、產生前端頁面,然後建立完整 App。
原文也展示了使用 Blender 相關資產的 3D 工作流程。
原始使用者請求:
幫我還原這個場景和角色,角色要有動畫可以走動。
意思是:還原參考場景與角色,並讓角色具備可以行走的動畫。
原文表示,Eazo 先產生角色三視圖,並要求使用者確認後,才進一步處理動畫資產。
接著,使用者增加了第二項要求:
做成一個可以切換時區查看各個地方的時間的 App,天空的顏色和當前選擇的時區一樣,風格參考 iphone 的顯示時間的桌面。
意思是:將結果製作成一個可以切換時區並查看當地時間的 App,天空顏色根據所選時區改變,視覺風格參考 iPhone 顯示時間的桌面。
Eazo 目前的文件確認,平台支援從文字或圖片產生 3D 模型與互動場景,但個別示範結果仍然只是案例,不能視為保證輸出。
原文章將 Eazo 描述為一條從無程式碼到低程式碼的完整產品路徑,而不只是產生前端程式碼。
Eazo 目前的文件確認其內建以下能力:
原文表示 Eazo 擁有「49 個內建 AI 模型」。這個確切數量不應被視為永久規格,因為模型目錄會持續變動。Eazo 目前的文件改為提供支援供應商與模型的即時目錄,並允許建立者使用 Eazo 管理的模型存取權,或使用自己的 API 金鑰。
原文提出以下請求:
Add a login system to the current project.
Eazo 官方文件確認平台內建登入、工作階段與使用者身分支援。
原文使用以下請求:
A payment feature has been added with a price of $3; members enjoy unlimited use of the image generation function
Eazo 目前的文件說明,平台透過內建付款流程支援一次性付款與月訂閱。結帳使用 Eazo 的 Stripe 連接器;建立者只有在準備提領收益時,才需要完成 Stripe Express 入駐流程。
原文包含以下內容:
I want to see how many users have logged in and used my app.
Eazo 的工作區與內建能力文件確認平台支援託管資料庫、App 資料、使用者身分與活動相關功能。
輸入一句想法,We0 AI 即可生成展示站、頁面與 CMS。發佈上線後並幫你獲取客戶和流量。
用戶註冊贈送一次完整項目生成
適合先體驗一次完整生成流程,快速看到專案初稿。
原文包含以下內容:
Help me build an image generation app that randomly creates images matching the current context based on user input; the app needs to call this specific skill each time an image is generated /gc-minimal-zine-poster-v0-3
Eazo 的 9 月發布說明確認,Skills 可以建立、編輯,並從檔案、GitHub 與 npx 匯入,也可以從 Chat 中呼叫。
Eazo 目前的快速入門文件記載了八步驟建立流程,最後以 Publish 結束。建立者設定 App 資訊與可見性後,平台會產生正式環境連結與 QR Code。
原文包含數張說明驗證、付款、儲存空間、Skills 與發布的截圖,但在準備此 Markdown 版本時,其中部分圖片檔案無法可靠取得。因此,這些圖片沒有被重新製作或以虛構圖片替代。
原文主要將 Eazo 定位給氛圍式程式設計者,以及想將想法轉成可運作成果、無論是否具備程式設計能力的人。
典型使用者包括想要:
原文將 Eazo 與 Codex、Cursor、Lovable、Bolt、Replit Agent、Base44 及 Claude Code 等產品進行比較。
這些比較需要謹慎解讀,因為相關產品雖然工作流程有所重疊,但定位不同。有些產品專注於儲存庫層級的程式設計,有些專注於 Web App 生成,有些專注於自主工程,而 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%,首個 Token 回應時間約為 1.5 秒。
這些數據是 Eazo 自行提供的生產環境測量結果,不是獨立的效能審計。
原文也表示,相較於 Codex 對比測試,同一模型配置可以將成本降低約三分之一。這項說法同樣應被理解為 Eazo 自有基準測試與執行環境測量的結果,而不是普遍適用的成本保證。
文章接著進入 App 層以下的基礎設施。
文章認為,一個實用的個人代理最終需要三種持久化能力:
Qoni 是 Eazo 團隊圍繞這三項功能建立的基礎設施。

Qoni 目前的官方文件將平台拆分為以下部分:
| 層級 | 產品 | 用途 |
|---|---|---|
| 身分 | GenAuth | 為代理提供與個人綁定的身分,並支援具範圍限制及可稽核的授權委派 |
| 行動 | Web Agent | 讓代理在託管瀏覽器中搜尋、瀏覽、填寫表單、點擊並完成受控網頁任務 |
| 記憶 | GUMem | 儲存並回憶使用者上下文、訊息、資源與行動歷史 |
Qoni 將自己描述為個人代理的託管基礎設施。
其快速入門示範了一個購物流程:代理取得有限且有時效的權限,在託管瀏覽器中操作,並在需要決策或批准時暫停等待人類介入。
這比單純說代理擁有「記憶」或「雙手」更具體。真正重要的特性是權限範圍、可稽核性與使用者控制。
原文將 Qoni 與創辦人 Xie Yang 早期的兩個專案連結起來。
文章表示,身分相關工作源於 Authing,而瀏覽器行動能力則由 Fellou 發展而來。記憶能力則建立在更早期的知識圖譜研究之上。
文章也將這個更廣泛的想法追溯到 Tim Berners-Lee 的語意網願景:能夠理解資訊、協調服務、比較選項並代表使用者採取行動的軟體代理。
今天的代理生態系是否應被視為語意網的實現,仍然可以討論,但這個連結在概念上具有參考價值。
現代代理開始需要的,正是早期 Web 架構難以提供的基礎設施:
誰正在執行操作?
他們擁有哪些權限?
他們可以存取什麼?
他們記得什麼?
哪些操作可以稽核?
Qoni 的目前公開網站以三個詞總結這一點:身分、行動、記憶。
原文以一個強烈論點作結:未來並不是「App 消失,一切都變成聊天」。
OpenAI 的智慧介面讓這個論點更加值得關注,因為它顯示出主流聊天介面本身也正在變得更圖形化、更具互動性。
與此同時,Muse 與 dots 展示了另一條路徑:持久化代理代表使用者操作既有軟體與服務。
Eazo 與 Qoni 則提出第三層:
對話表達新的需求
↓
AI 將需求轉成可重複使用的 App
↓
身分+行動+記憶在底層持續存在
↓
人們透過穩定的圖形介面進行互動
這些方法不一定互相排斥。
未來可能是以下元素的組合:
原始標題表示對話式代理「沒有未來」。但現有證據支持更審慎的結論:對話本身不太可能足以應對所有個人代理體驗。
智慧介面是 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 建立平台,使用者可以透過自然語言指令建立 App、代理、3D 世界與互動內容。其工作流程包括產品規劃、設計生成、App 建立、預覽、修改與發布。
Eazo 目前的文件列出登入、託管資料與檔案上傳、App AI 模型、3D、付款、通知、個人化記憶與發布等內建支援。具體模型、限制、價格與功能可用性可能會改變,因此正式環境使用者應查閱最新文件。
Eazo 報告指出,在 Eazo Benchmark v3.0 的 103 個可比較任務子集中,Eazo 的平均綜合品質分數為 88.0,Codex CLI 則為 84.4。由於該基準測試由 Eazo 自行設計與運行,這項結果應被視為第一方測量,而非獨立且普遍適用的排名。
EazoTack 是 Eazo 的內部代理框架。原文描述其採用四層架構,包括執行代理、主動代理、快取優先的上下文管理、15 個核心工具,以及用於專門創意能力的 invoke_skill 中介工具。
Qoni 是一套圍繞身分、行動與記憶建立的個人代理託管基礎設施。其主要元件包括 GenAuth、Web Agent 與 GUMem。
不會完全取代。現在的產品越來越常將兩者結合:對話適合表達新的意圖,而圖形介面通常更適合重複性、視覺化、有狀態或多人參與的任務。
GPT-6 智慧介面是一個強烈訊號,顯示對話式 AI 正在超越純文字。ChatGPT 現在可以直接在對話中建立互動式圖表、計算器、表單、遊戲與其他針對特定任務的介面。
Eazo 進一步將這個想法推進:它將可重複使用的 App,而不是聊天記錄,視為最終產品。其官方文件支援涵蓋產品規劃、設計、全端功能、3D 內容、AI、付款、資料與發布的工作流程;EazoTack 框架則圍繞快取高效的代理執行與專門 Skills 設計。
Qoni 在 App 層以下延伸了同一願景,提供身分、瀏覽器行動、記憶、範圍受限的授權委派與可稽核性。
更有力的結論不是聊天已經消亡,而是個人代理越來越需要同時具備用於表達意圖的對話,以及用於重複使用的介面。
從一句話開始,幾分鐘內拿到完整網站。