AWS 正在為企業 AI 代理推動一種更具互動性的模型，說明開發者如何在 Amazon Bedrock AgentCore 之上建立不只是串流文字的前端。在一篇新的技術貼文中，該公司描述了其 Fullstack AgentCore Solution Template（FAST）對 AG-UI 協定的支援，並展示一個與 CopilotKit 的範例整合如何加入內嵌元件、共享狀態與人工核准步驟。
眼前這則消息與其說是一次獨立產品發表，不如說是 AWS 提供的一種參考架構與實作模式。但它之所以重要，是因為它解決了 AI 團隊的一個實際瓶頸：許多代理系統可以呼叫工具並產生回應，但其使用者介面仍然侷限於聊天框與框架特定的事件處理。AWS 的說法是，AG-UI 讓 Bedrock 開發者能以一種標準方式，把代理後端連接到更豐富的前端，而不必將 UI 硬綁到特定的協調堆疊上。
AWS 實際推出了什麼
根據 AWS Machine Learning Blog，AG-UI 是一種用於代理與使用者互動的開放協定，可標準化後端向前端傳送動態事件的方式。AWS 將它與 Amazon Bedrock AgentCore Runtime 已支援的其他代理連接標準並列：Model Context Protocol 用於工具存取，Agent2Agent 用於代理之間的通訊。
在 AWS 的說法中，AG-UI 處理的是堆疊中面向使用者的部分。這包括在對話中渲染元件、同步前端與代理之間的狀態，以及在使用者需要核准或提供輸入時暫停執行。公司表示，當代理容器啟用 AG-UI 協定旗標部署時，AgentCore Runtime 可以作為 AG-UI 流量的透明代理。
這種代理模式對其主張很重要。AWS 表示，Amazon Bedrock AgentCore Runtime 會負責驗證、會話隔離、擴展與可觀測性，同時將 AG-UI 請求原封不動地轉送到容器。反過來，容器則暴露一個用於呼叫的 POST 端點，以及一個用於健康檢查的 GET 端點。對企業團隊而言，這意味著該協定可以置於既有的 Bedrock 營運範圍內，而不必另建一套即時事件服務。
AWS 也將這項實作與 FAST 綁定，FAST 是其全端代理應用的起始專案。FAST 結合了 AgentCore 服務、React 前端、Amazon Cognito 驗證與 AWS CDK 基礎架構。AWS 表示，在 0.4.1 版本中，FAST 新增了兩種 AG-UI 模式：一種用於 Strands Agents，另一種用於 LangGraph，且兩者共用同一個前端解析器。
為什麼 AG-UI 不只是聊天介面的延伸
AWS 這篇文章更深層的重點在於，代理產品越來越需要看起來更像應用軟體，而不是訊息軟體。金融代理可能需要渲染圖表。規劃代理可能需要在工作推進時更新看板或畫布。排程或採購流程則可能需要在採取行動前明確取得核准。
AWS 表示，AG-UI 的目的是將這些互動與任何單一後端框架或前端函式庫解耦。公司列出 Strands Agents、LangGraph 與 CrewAI 作為相容的後端選項，前端則支援 React、Angular 與 Vue。如果如其所述可行，建置者就能在不每次重寫 UI 事件層的情況下，更換協調框架。
這對想把代理推向生產環境的團隊來說是一個真實痛點。框架專屬的串流格式經常造成脆弱的前端與重複的解析邏輯。AWS 將 AG-UI 與 HTTP 模式做比較，指出包括 LangGraph 與 Claude Agent SDK 在內的不同堆疊，可能都各自需要獨立解析器。藉由以 Server-Sent Events 上的型別化事件串流進行標準化，AG-UI 理論上可讓前端不論底層代理框架為何，都能回應一組共通事件。
公司的例子刻意具體。在 FAST 模式中，AWS 表示開發者可以在設定中把基於 AG-UI 的 Strands 後端替換成基於 AG-UI 的 LangGraph 後端，而無需更動前端解析器。對於希望在代理工具市場持續變動時保有彈性選項的團隊來說，這種抽象化很有價值。
CopilotKit 範例如何延伸 Bedrock 故事
這項公告中最像產品的一部分，是 AWS 與 CopilotKit 的範例整合。AWS 將 CopilotKit 描述為一個用來打造更豐富代理體驗的 React 函式庫。在 AWS 的示範部署中，CopilotKit 取代了 FAST 內建的聊天 UI，並加入三項能力：生成式 UI、雙向共享狀態，以及人機協作互動。
在這個案例中，生成式 UI 並不代表模型能對瀏覽器擁有不受限制的控制權。AWS 表示，該範例位於設計光譜中「受控」的一端：前端預先註冊 React 元件，然後由代理選擇要呼叫哪一個，並透過 AG-UI 事件提供資料。實務上，這讓產品團隊能以更安全的方式打造動態介面，因為即使代理負責選擇與填充元件，UI 元素本身仍由應用程式定義。
該範例也透過協作式畫布風格工作流程展示共享狀態，並透過會議排程流程示範核准閘門：在使用者回應之前，執行會先暫停。AWS 表示，CopilotKit Runtime Lambda 充當瀏覽器與 Amazon Bedrock AgentCore Runtime 之間的橋樑，處理 AG-UI 事件解析、生成式 UI 路由以及驗證轉發。
對企業買家而言，更有趣的或許是 AWS 如何劃定安全邊界。這篇部落格指出，AG-UI 可以支援更開放式的 UI 生成形式，包括宣告式描述或完整嵌入式介面，但也警告，當開發者賦予代理更多自由時，也同時承擔更多沙箱化與輸入驗證責任。這項提醒值得注意，因為許多供應商示範都會略過代理驅動介面的營運風險。
證據、限制與供應商主張
本報導中的所有實質資訊都來自 AWS 控制的來源：AWS 的列表與一篇詳盡的 AWS Machine Learning Blog 貼文。這代表此處最強的主張，包括協定支援、架構優勢與工作流程彈性，都是由供應商自行說明。來源集中於單一供應商，沒有獨立基準測試、客戶證言或第三方驗證。
即便如此，AWS 文章中的技術細節仍提供了比一般行銷公告更清楚的證據。AWS 明確指出，Amazon Bedrock AgentCore Runtime 支援多種協定，AG-UI 流量以型別化 Server-Sent Events 傳輸，而 FAST v0.4.1 包含 agui-strands-agent 與 agui-langgraph-agent 這兩種模式。它也說明了 Amazon Cognito 驗證、AgentCore Memory、AgentCore Gateway 與 AWS CDK 如何融入部署流程。
一些實作細節也顯示目前的限制。AWS 表示，兩種 AG-UI 模式都建立了請求範圍內的代理設定，工具僅限於呼叫者，且若未設定 memory ID，記憶功能則為選用。這些都是有用的部署選擇，但也暗示這些範例更偏向安全的多使用者模式，而非追求最高原始效能。AWS 並未提供 AG-UI 流程的延遲指標、成本指引或擴展資料。
同樣地，雖然 AWS 將 AG-UI 描述為開放並列出與 CrewAI 等框架的相容性，但文章在操作層面主要聚焦於 FAST 中的 Strands Agents 與 LangGraph。買家應將更廣泛的互通性視為設計目標與受支援協定的主張，而不是所有框架組合一開始就可直接投入生產的證據。
這對建置者與企業團隊意味著什麼
對 AI 建置者而言，Amazon Bedrock AgentCore 加上 AG-UI 的實際價值，與其說是讓聊天更漂亮，不如說是建立可用的代理工作流程。如果前端能接收結構化事件，而不只是文字，開發者就能把核准、表單、圖表與共享工作區等例行步驟納入同一個代理會話，而無需自行發明客製事件橋接。
這對可靠性與使用體驗同樣重要。採用 CopilotKit 與 React 元件的受控 UI 模式，可能比把自由形式的模型輸出直接渲染到介面中更容易測試。它也能降低提示詞複雜度，因為代理不需要用敘述去描述每一次互動；相反地，它可以呼叫一個已知元件並傳入已知資料。
對企業 AI 團隊而言，AWS 的敘事也關乎標準化與治理。藉由把 AG-UI 放進 Amazon Bedrock AgentCore Runtime，並以 Amazon Cognito 處理身分識別、以 AgentCore Memory 保存對話狀態，AWS 試圖讓更豐富的代理介面看起來像託管平台事務，而不是客製應用程式事務。對已經標準化採用 Amazon Bedrock 與 AWS CDK 的組織而言，這可能相當有吸引力。
競爭角度則更廣。雲端供應商與代理框架公司正在匯聚到一套可模組化堆疊的協定：Model Context Protocol 用於工具，Agent2Agent 用於代理協調，而現在 AG-UI 則用於前端事件層。如果這些協定層能站穩腳步，產品團隊或許能更自由地混用模型供應商、協調框架與介面工具包。但成功與否，終究取決於生態系採用，而不只是單一供應商的實作。
接下來要觀察什麼
下一個值得觀察的訊號，是 AG-UI 是否能從 AWS 自製示範走向更廣泛的生態系支援。這包括更多 Amazon Bedrock AgentCore 上的生產案例、來自在已部署應用中使用 Strands Agents 或 LangGraph 團隊的更清楚參考，以及 AWS 範本之外的獨立實作。
第二個訊號是 AWS 是否提供營運證據：AG-UI 重度工作負載的延遲、並發行為與成本指引。更豐富的介面可以改善工作流程完成率，但也會增加事件處理、元件路由與狀態同步的額外負擔。
第三，要觀察協定敘事如何在整個堆疊中演進。AWS 現在把 Model Context Protocol、Agent2Agent 與 AG-UI 一起強調。如果更多建置者採用這種模組化架構，市場可能會開始更持久地把代理基礎設施選擇與前端及工具鏈選擇分離。
Creati.ai 觀點
AWS 的 AG-UI 工作之所以值得注意，是因為它聚焦於代理產品中一個缺失的中間層：代理與真實應用 UI 之間的結構化互動通道。許多團隊已經知道如何把模型連接到工具，但能否以乾淨方式把這些代理連接到核准、儀表板、表單與共享工作空間元素，同時又不被某個框架的串流格式綁死，能做到的團隊就少得多。
但需要保留的看法是，這仍然是 AWS 主導的參考模式，而不是經過獨立驗證的市場採用。儘管如此，對已經身處 Amazon Bedrock 的建置者而言，FAST、Amazon Bedrock AgentCore Runtime、CopilotKit 與 AG-UI 的組合，看起來是從聊天機器人示範邁向任務導向軟體的實用藍圖。如果 AG-UI 能獲得更多堆疊的支援，它或許會成為企業 AI 中較重要的互通層之一。
