談到 WordPress 與 AI 的整合，很多人的直覺是去外掛市集裝一個 AI 外掛，但在裝任何東西之前，值得先看看 WordPress 核心自己已經內建了什麼，因為這幾年它悄悄改了很多，這些改動不見得都掛著「AI」的名號，卻正是讓 AI 能順利接上來的地基。今天就從最容易被忽略的一個功能講起。

先按一下 Ctrl+K，看看 Command Palette

如果你用的是比較新的 WordPress，在編輯器或網站編輯器裡按下 Ctrl+K（Mac 是 Cmd+K），會跳出一個指令面板。這個東西叫 Command Palette，從 WordPress 6.3 開始內建。

它讓你不用在後台選單裡東翻西找，直接打字就能跳到某個頁面、切換模板、開啟某個設定。用過 VS Code 或各種現代工具的人會很熟悉這個手感。你可能會問，這跟 AI 有什麼關係？因為「用一句自然語言描述我要做什麼，系統就去執行」這種互動模式，正是 AI 操作介面的雛形。

Command Palette 現在是你打指令、它跳選項，未來要換成你打一句話、AI 幫你把整串操作做完，這中間的距離其實不遠，WordPress 等於先把這條路的入口鋪好了。

目前就已經有第三方外掛把這樣的功能整合進去：

區塊編輯器：把內容變成 AI 讀得懂的結構

傳統的編輯器就是一大塊 HTML，人看得懂，機器很難拆。區塊編輯器把一篇內容拆成一個個獨立的區塊，每個區塊有明確的類型和屬性，標題是標題、圖片是圖片、按鈕是按鈕，全都是結構化的資料。

這對 AI 來說是天大的好消息，因為當內容是以結構化來進行設計時，AI 要理解「這頁在講什麼、哪一塊是主視覺、哪一塊要改」就容易得多，改動也更精準，不會像面對一坨 HTML 那樣牽一髮動全身。

我在第二部會花很多篇幅講這件事，因為它同時也是 Block Theme 之所以適合 AI 開發的根本原因。這裡先記住一個結論：WordPress 這幾年最重要的改變，不是加了什麼炫功能，而是把內容和版面都變成了結構化資料。

AI 寫作輔助：核心與外掛的現實分工

到目前為止，WordPress 核心本身還沒有一個像 Notion AI 那樣、開箱即用的內建 AI 寫手。真正成熟、一般使用者現在就能安裝使用的 AI 寫作功能，大多仍是透過外掛提供，例如 Jetpack AI Assistant，可以在區塊編輯器裡協助生成內容、改寫文字、翻譯、調整語氣與產生標題。

另一方面，WordPress 社群也已經成立 AI Team，並透過官方的 AI／AI Experiments 外掛與相關 GitHub 專案，探索把 AI 能力模組化、標準化地接進 WordPress；只是這些目前仍偏向實驗與開發者基礎建設，還不是人人預設可用的核心功能。

我特別點出這個分工，是因為它剛好反映了 WordPress 的一貫風格：核心保持精簡穩定，把最前沿、變動最快的能力交給外掛生態去長，這個設計哲學等一下會變成重點。

這套地基，為什麼比「內建一個 AI」更值錢

你可能會想，那 WordPress 是不是在 AI 上落後了？我的看法剛好相反。

一個系統如果把最新的 AI 功能硬綁進核心，聽起來很潮，但 AI 技術每季都在變，綁太死反而是包袱。WordPress 選的是另一條路：核心負責把資料結構化、把操作介面標準化，也就是打好地基，至於要接哪家的 AI、用哪種模型、走哪種工作流，全部開放給生態系去發揮。

Command Palette 是標準化操作的入口，區塊編輯器是結構化內容的容器，這兩塊地基打好了，上面要蓋什麼 AI，彈性就非常大。這也是為什麼我認為 WordPress 的 AI 敘事，重點從來不在核心塞了多少 AI，而在它把舞台準備得多好。

明天 Day 4，我們就走出核心，看看這個舞台上實際長出了哪些東西：現在最值得關注的 AI 外掛、把 AI Agent 接進 WordPress 的做法，以及最近很熱、能讓 AI 直接操作你網站的 MCP。

系列文章：https://oberonlai.blog/category/2026-ithome/