WordPress 從 2025 年開始積極的把 AI 的地基蓋進核心。它啟動了一個叫 AI Building Blocks 的計畫，蓋的不是某個現成的 AI 功能，而是讓所有人都能在上面接 AI 的基礎建設。

WordPress 把同一套「核心負責地基、生態負責蓋樓」的哲學，正式延伸到了 AI。今天就來看這個計畫的兩根支柱，它們才是 WordPress 原生 AI 整合真正的重點，也是很多人還沒注意到的大事。

先分清楚兩個方向：AI 進來，還是能力出去

談 WordPress 跟 AI 的整合，其實有兩個相反的方向，先分清楚後面才不會混。

一個方向是「把 AI 叫進來」：你的網站要呼叫 ChatGPT、Claude、Gemini 幫你生內容、做摘要、分類。另一個方向是「把能力送出去」：讓外部的 AI 看得懂你的網站能做哪些事，並且在你授權下實際去操作。AI Building Blocks 這個計畫，剛好各用一根支柱對應這兩個方向。前者靠 AI Client，後者靠 Abilities API。

第一根支柱：AI Client，換供應商只是改設定

先講「把 AI 叫進來」這一側。

過去你想在外掛裡呼叫 AI，得自己對接某一家的 API。今天接了 OpenAI，哪天想換成 Claude，那一整套程式碼幾乎要重寫，因為每家的參數格式、回傳結構都不一樣。這件事在 WordPress 7.0 之後有了標準答案：核心內建了一個 AI Client，它是一層 provider 無關的統一介面。你的程式碼對著這個統一介面寫，底層要接哪一家 AI，變成一個設定選項，換供應商不再需要動程式邏輯。

這個設計哲學，其實 WordPress 老手很熟悉。就像你用 WordPress 的資料庫函式寫查詢，不用管底層是 MySQL 還是 MariaDB，用它的 API 送請求，不用管底層細節。AI Client 做的是同一件事，把「跟 AI 模型溝通」這件事抽象成一層乾淨的介面。

這個 AI Client 隨著 WordPress 7.0（代號 Armstrong，2026 年 5 月 20 日發布）正式進到核心，背後對應的是 wordpress/php-ai-client 這個 provider 無關的 PHP SDK。

對開發者的意義很直接：以後做 AI 外掛，你不用再把自己綁死在某一家 AI 供應商身上，也不用再花時間再重無到有串接。

第二根支柱：Abilities API，讓 AI 看得懂你的網站

Abilities API 它要解決的問題是，一個外部的 AI 怎麼知道「你這個網站到底能做什麼」？以前沒有標準答案，AI 只能瞎猜，或是靠工程師一個個去接。Abilities API 的做法，是讓 WordPress 核心、外掛、佈景主題都能把自己的功能，註冊成一個個機器讀得懂的「能力」（ability）。

你用 wp_register_ability() 這個函式，掛在 wp_abilities_api_init 這個勾點，就把一項能力登記進去。

每一項能力不只是一個名字，它還帶著三樣東西：一份用 JSON Schema 寫的輸入輸出契約，講清楚要餵什麼、會回什麼；一個權限回呼，決定誰有資格用；一個執行回呼，實際去把事情做完。註冊好之後，AI 或任何工具只要拿著能力的名字，就能發現它、確認自己有沒有權限、然後照著契約呼叫，完全不用知道底層是怎麼實作的。

你可以把它想成網站幫自己寫了一份機器可讀的說明書，上面條列「我會做這些事，每件事怎麼呼叫、誰能呼叫」。AI 讀了這份說明書，就從「隔空給建議」進化到「能安全地動手」。

搭配 MCP 讓 AI 操作 WordPress 網站

Abilities API 是底層的登記簿，負責把能力定義清楚、管好權限。MCP 則是把這些登記好的能力，透過一套標準協定暴露給外部 AI 的通道，先有 Abilities API 把「網站能做什麼」講清楚，MCP 再把這份清單遞到外部 AI 手上。

少了底層的能力登記，MCP 也沒東西可以送。這也是為什麼我認為 Abilities API 才是這波整合裡最關鍵、最值得長期關注的一塊。

這對想用 AI 開發的人，意味著什麼

把兩根支柱合起來看，WordPress 給出的方向很清楚：它要當 AI 時代的一個開放樞紐，而不是被某一家 AI 綁死的附庸。

對你我這種要用 AI 開發 WordPress 的人，好處是雙向的。你要把 AI 叫進來用，有 AI Client 幫你抽掉供應商差異；你想把自己做的功能開放給 AI 操作，有 Abilities API 幫你用標準、安全的方式登記出去。這套地基一旦成熟，vibe coding 的想像空間會大很多。

當然要誠實：這些都很新。Abilities API 到 WordPress 6.9（2025 年 11 月）才進核心，AI Client 更是 7.0（2026 年 5 月）才跟上，整個 AI Building Blocks 計畫也還在快速演進，實務上會踩到的坑不會少，但大方向已經定了，再加上 AI 開發的趨勢，搭著大廠的車一起前進就對了～

明天 Day 5，我們把最後一塊拼上：既然 WordPress 這邊把 AI 的路都鋪好了，那我實際動手開發時，是用什麼工具在操作？我會介紹這系列後半段的主角，Claude Code。

參考連結

• AI Building Blocks for WordPress（WordPress AI 團隊，2025/07）
• Introducing the AI Client in WordPress 7.0（Make WordPress Core）
• wordpress/php-ai-client（provider 無關的 PHP AI SDK，GitHub）
• Introducing the WordPress Abilities API（WordPress Developer Blog，2025/11）
• Abilities API in WordPress 6.9（Make WordPress Core，2025/11）
• Abilities API — Common APIs Handbook（官方開發者文件）
• WordPress/mcp-adapter（把 Abilities API 橋接到 MCP 的官方轉接器，GitHub）
• WordPress 7.0 Ships with AI Foundations in Core（InfoQ，2026/07）

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