應用程式開發

當開發者不再敲鍵盤:Flutter、AI Agent,與 2026 年全新的行動開發樣貌

2026.04.15 · 69 次瀏覽
當開發者不再敲鍵盤:Flutter、AI Agent,與 2026 年全新的行動開發樣貌

Spotify 的工程師今年沒寫過一行程式,產品照樣上線。對所有 App 開發者來說,這代表什麼?

2026 年 4 月,一個看似平淡卻足以定義整個產業的訊號出現了:在世界經濟論壇上,Anthropic 執行長 Dario Amodei 表示,AI Agent 有機會在六到十二個月內完成大多數端到端的軟體工程工作。幾乎同一時間,Spotify 內部傳出消息——他們有好幾位資深工程師今年到目前為止「一行程式都沒寫」。他們只描述意圖、審核 AI 產出,然後上線。


行動開發的話題長期以來都圍繞框架打轉:原生、React Native、Kotlin Multiplatform,以及那個永遠不會結束的「Flutter 還活著嗎?」討論串。到了 2026 年,這個問題自動消失了。Flutter 不只活著,它悄悄成為 Google 開發自家 AI 產品(包括 NotebookLM)的預設畫布。原因聽起來很無聊但其實很關鍵:一個統一的宣告式 UI 語言,正好是 AI Agent 最容易穩定操控的結構化介面。當 Agent 理解你的 Design System,它就能組合功能,而不是憑感覺亂猜版面。


真正的轉變在工作流,不在框架


真正的轉變不在框架,而在工作流。2026 年一個典型的 Flutter 專案,比較像跟同事對話,而不是寫 code。開發者描述目標——「加一個多步驟的引導流程,包含生物辨識驗證和 OTP 備用畫面」——Agent 會掃過整個專案、生成畫面、串好路由、寫好單元測試、開好 PR,然後等待你 Review。這個模式已經穩定到一個程度,連 LiteLLM v1.82.0 都特別加上了即時防護機制,因為太多 production 團隊已經把大部分產出走過 Agent pipeline,必須在推論層就做政策控制。


但有一個不太上得了檯面的真相:Agent 會「自信地犯錯」。它會虛構不存在的套件版本、產出幻覺式的生命週期函式,偶爾還會把好端端的狀態管理層重構成微妙地壞掉的版本。2026 年勝出的團隊不是用最頂級模型的那些,而是擁有嚴謹 Design System、嚴格型別、可重現建置與良好測試的團隊。換句話說,我們宣導了十五年的「乾淨工程紀律」突然付出最高的回報,因為這些是 Agent 賴以滑行的軌道。


那 PHP 呢?


那 PHP 和更廣的 Web 端呢?PHP 沒有消失——它正透過 Laravel,安靜地撐起無數中小企業的 AI 控制台,而 Filament 風格的管理後台則成為把 AI 工作流暴露給非技術同仁使用的標準方式。「PHP 老了」這個敘事,老化的速度比 PHP 本身還快。


我的觀點:判斷力取代鍵盤


我個人的觀察是,開發者的職務內容正在被即時改寫。2026 年最有價值的能力,已經不是「我能做出來」,而是「我能精準描述需求、能在 Agent 出錯時看出來、能設計出一個讓錯誤成本很低的系統」。這比較接近產品工程與架構,而不是傳統意義上的寫程式。把 Agent 當成資深同事、認真審視它每一次 diff 並主動挑戰它的新進工程師,會比任何過去世代學得更快。反之,凡是 PR 出現什麼就照單全收的人,可能不到一年就會卡住。


Flutter 之所以是這個故事的可見部分,是因為它就在使用者的手機裡。但更深層的變化是:行動開發已經變成一門關於「意圖、品味與驗證」的學問。鍵盤不再是瓶頸,判斷力才是。


應用程式開發 返回文章列表