PHP 有一個揮之不去的刻板印象——「那是寫舊專案用的語言」、「真正的 AI 工作應該用 Python」。這個故事流傳多年，即使 PHP 事實上支撐了全球將近 75% 的網站也沒能改變。直到 2026 年 3 月 17 日正式發布的 Laravel 13，這個故事才第一次被認真地改寫。
這不是一次外觀更新。Laravel 核心團隊公開把框架重新定位為「AI 原生」（AI-native），而證據就在發行內容裡。
官方 AI SDK，終於來了
最顯眼的變化是官方 AI SDK。第一次，Laravel 應用程式可以透過單一、風格一致的 PHP 介面和 Anthropic、OpenAI、Gemini、Groq、xAI、DeepSeek，以及本地的 Ollama 模型對話。文字生成、嵌入向量、工具呼叫代理、圖像生成、音訊——全部收斂在同一個 API 之下。不用膠水程式、不用從 GitHub 抓第三方包裝、也不用另起一個 Python 微服務在旁邊硬湊。
更安靜但影響更深遠的改動，是 Eloquent 的原生向量支援。過去 PHP 開發者幾乎只能當「向量資料庫」這個話題的旁觀者。要做一個 RAG（檢索增強生成）流程，得先架一套 Pinecone、Weaviate，或把 Postgres 配上 pgvector，再用 Python 寫第二個服務，最後硬是接回主應用。現在 Laravel 13 把嵌入向量視為 Eloquent 的一等公民，你可以像宣告 JSON 欄位一樣宣告向量欄位，對自家文件做語意搜尋只需要三行查詢。
配合新的 PHP 版本需求——最低 PHP 8.3、支援到 PHP 8.5——效能故事也不一樣了。PHP 8.5 在並發 I/O 上大幅縮短了與 Node 與 Go 的差距，而 AI 工作負載幾乎清一色都是 I/O 密集。同一週推出的 PhpStorm 2026.1 是最後一塊拼圖，JetBrains 為 IDE 加上更深入、理解 Laravel 結構的 AI 補全與代理式重構功能。
真正的問題：它撼得動產業嗎？
我認為會，而且原因和技術本身幾乎沒關係。
中小企業導入 AI 最大的瓶頸，從來不是「哪個模型比較強」，而是「我們公司誰能蓋」。全球大量接案公司、內部 IT 部門、自由接案者——尤其在亞洲與拉丁美洲——都跑在 PHP 上。他們熟 Laravel、熟 MySQL、會快速把可用的軟體交出去。但只要客戶開口要 chatbot、語意搜尋、文件理解功能，這些團隊就必須雇一個 Python 工程師，或整個外包出去。
Laravel 13 直接把這道門檻削掉。一個中階 Laravel 開發者現在可以在一個下午之內，為客戶的文件做出 RAG 客服機器人、部署在他們原本熟悉的基礎設施上，還能收到正常的費用。這件事對全球 AI 經濟的影響，比任何單一新模型發布都更大——因為它把 AI 能力真正送到幾萬家「站在 AI 供應商與真實企業之間」的開發商手中。
代價
這一切不是免費的。AI 原生的 Laravel 應用會比 PHP 開發者過去寫過的任何東西，都多出大量對外部服務的非確定性呼叫，這帶來新的失敗模式：token 花費失控、速率限制連環雪崩、工具被幻覺亂點。PHP 生態過去被可預測的同步請求寵壞了，代理式程式碼的行為更像分散式系統，而 PHP 社群還沒完全消化這個轉變。
還有大規模向量儲存的問題。把嵌入向量存進 MySQL 對小應用是務實選擇，但超過大約一千萬列就會開始崩潰。團隊必須學會在什麼時間點把資料搬到專用的向量資料庫——這是 Laravel 開發者過去從來不必做的決策。
我的看法
Laravel 13 並不是框架「突然變聰明了」，而是框架終於走到它的使用者已經站著的地方。過去五年，主流說法是「PHP 是給舊系統用的，真正的 AI 工作要用 Python」。從今天起，這個說法會越來越難成立。光是 WordPress 就有一千八百萬個網站跑在 PHP 上，只要其中一小部分開始原生內建語意搜尋與代理式流程，全世界 AI 網頁功能的絕對數量，就會遠遠超過 Python 生態能產出的總量。
Laravel 13 最棒的地方，不是任何一個單獨的功能，而是它賦予一整群開發者一種許可——不必再為自己用的技術棧道歉。