多年來，Flutter 一直是跨平台 App 開發者的最愛——一套程式碼、漂亮的介面、近乎原生的效能。但 2026 年 4 月，Flutter GenUI SDK 正式上架 pub.dev，這可能是 Flutter 自誕生以來最重大的一次觀念轉變：主流行動開發框架首次正式支援由大型語言模型在執行期即時生成 UI，根據每位使用者、每次查詢、每個情境產出專屬畫面。
到底變了什麼？
GenUI SDK 搭配一個開放規範——A2UI 協定（撰寫本文時為 0.9 版）。開發者不再用 Dart 把畫面寫死，而是把高階意圖丟給 LLM（通常是 Gemini），LLM 回傳一段描述 UI 元件的 JSON 訊息，Flutter 再用原生 widget 把它渲染出來。沒有 WebView、沒有伺服器端 HTML。UI 是在裝置上，依需求即時組合出來的。
這不是玩具：A2UI 有正式的宣告式 schema、支援互動元件，且被定位為跨框架標準——並非只有 Flutter 能實作。
開發者為什麼該在意？
想想現代 App 裡有多少程式是為了處理「十六種使用者對應十六種畫面」這類組合爆炸？個人化、A/B 測試、引導流程、空狀態、錯誤畫面——彼此交乘。GenUI 把這個表面積一次壓縮。你只描述使用者想做什麼，模型決定怎麼呈現。
但另一面同樣戲劇化：既然 UI 是動態生成的，攻擊面也是動態的。每個由 LLM 回傳的元件，本質上都是未經驗證的輸入，必須先檢查才能送進渲染器。A2UI 的宣告式設計是部分解答——它只能描述 App 內既有的元件——但「這種應用該怎麼測試」仍是未解的問題。
更大的背景：Flutter 2026 的發布節奏
Flutter 3.41 帶來了 868 次 commit、145 位貢獻者參與，Google 也承諾 2026 年維持四次穩定版發布。除了 GenUI，roadmap 還包含 UI thread merge——讓 Flutter 透過 FFI 直接呼叫 Swift 或 Kotlin API，終結多年來折磨外掛作者的非同步 platform channel 效能問題——以及模組化設計架構，將 Material 與 Cupertino 從核心框架拆出，縮小 App 大小並加快設計迭代。
這些乍看都不華麗，但加起來，代表一個框架正悄悄為「更輕、更聰明的 UI 層」那個未來鋪路。
我的看法
我看過太多「AI 幫你寫 UI」的 demo 最後無聲無息，原因是它們忽略了兩個現實：第一，企業級 App 要求流程可預測、可稽核；第二，設計師不會被一個 JSON schema 取代。A2UI 有趣之處在於它繞過了這兩個問題——協定嚴格、元件由 App 開發者定義、AI 扮演的是路由器，而不是畫家。
真正的受益者，會是那些需要高度個人化的 B2C 應用：購物、旅遊、重引導流程的 SaaS，在那裡，靜態畫面從來都是妥協。對內部系統或高度受規範的軟體來說，GenUI 短期內仍會是利基。
但訊號比 SDK 本身更重要。行動 UI 從 iOS 7 以來，抽象層級幾乎沒動過。2026 年，這一層終於開始鬆動，而走在最前面的，是 Flutter。