多數人以為 WordPress 加 AI，就是再裝一個 AI 外掛，設定好金鑰、按幾個按鈕，讓它幫忙寫文案或產出摘要。但 2026 年 5 月正式推出的 WordPress 7.0，把這件事的層次整個往下挪了一層。這一次動的不是某個花俏的生成功能，而是地基。
過去每個想串接 AI 的外掛，都得自己兜一套跟 AI 供應商溝通、保管 API 金鑰的邏輯，等於每家都重造一次輪子。WordPress 7.0 把這層共用邏輯搬進核心，變成所有外掛都能共用的基礎設施。這就是這次談的 WordPress 7.0 AI 功能，它的重點不在你能立刻看到什麼新按鈕，而在底下多了 AI Client、Connectors、Abilities API 三個核心組件，撐起一整套讓 AI 跟網站對話、動手的底層架構。
先從這套架構跟你原本認知的「AI 外掛」差在哪講起，再一層一層把三個組件拆開，看它們怎麼串成一條能讓外部 AI 助理操作網站的路徑。
WordPress 7.0 的「AI 功能」，跟你原本裝的 AI 外掛有什麼差異？
差別在於，這一次改的是「地基」，不是「蓋在地基上的房子」。
以前不管是幫你寫文案、生成文章摘要，還是自動產圖片替代文字（alt text）的外掛，每一個都得各自處理同一批雜事：怎麼跟 OpenAI 或其他供應商連線、金鑰存在哪、請求格式怎麼包。同樣一套底層工作，每個外掛都重做一遍。WordPress.com 官方在說明這次改版時就直接點破，過去每個想整合 AI 的 WordPress 外掛，都必須自己打好這套基礎。7.0 做的，就是把這批重複的地基工程收進核心，讓所有外掛站在同一塊地基上。
核心本身不綁定任何一家 AI 供應商，也不自帶生成內容的功能，並不會因為這次改版就搖身變成一台自動寫文章的機器。真正動手產出文案、摘要、圖片的，仍然是外掛，包括官方另外釋出的實驗性外掛。核心負責的，是把「連上哪個 AI」「怎麼跟 AI 溝通」「AI 能在網站上做哪些事」這三件事標準化，讓上層的外掛不必再各自為政。
換句話說，7.0 不是給你一個更聰明的寫手，而是替所有寫手鋪好一條共用的水電管線。理解了這個定位，接下來三個組件各自的角色就好懂了。
三個核心組件，各自解決一個問題
這套基礎建設由三個組件組成，它們不是三選一的功能，而是由下而上疊起來的三層。用一句話先抓住分工：Connectors 負責「接上哪一家 AI」、AI Client 負責「怎麼跟 AI 對話」、Abilities API 負責「AI 能在這個網站上做什麼事」。
WordPress.com 官方的說法是，每個組件各自處理問題的不同部分：Abilities API 定義一個網站能執行哪些動作，AI Client 把外掛接上 AI 模型，MCP Adapter 再把這些動作攤給外部的 AI 助理看。三者職責清楚切開，也因此不會混為一談。
在供應商這一層，WordPress 7.0 原生支援 OpenAI、Anthropic（也就是 Claude 背後的公司）、Google（Gemini）三家，站主自己決定要不要啟用、要用哪一家。下面把三個組件分開來看，各自解決的痛點很不一樣。
Connectors：AI 金鑰只設定一次，所有外掛都能用
Connectors API 解決的是最瑣碎、卻最惱人的一件事，也就是金鑰重複貼。
以前每換一個 AI 外掛，就得把 API 金鑰重新複製、貼上、儲存一次；三個外掛就得貼三次，換供應商還要全部再來一遍。7.0 之後，後台多了一個「設定 > 連接器」（Settings > Connectors）畫面，每個連接器在上面以卡片形式呈現，你把金鑰在這裡設定一次，其他相容的外掛就能直接沿用同一組連線。
官方說明得很直接，金鑰是站台層級的設定，每個外掛都讀得到它。WordPress 7.0 出廠就內建 Anthropic、Google、OpenAI 三個精選連接器，都能從這個新的「設定 > 連接器」畫面直接啟用，不必再另外找外掛來接。你要用哪一家、要不要開，主導權都在站主自己手上。
AI Client：讓外掛不用重新兜一套跟 AI 對話的邏輯
如果說 Connectors 管的是「接上哪一家」，AI Client 管的就是「怎麼講話」。
它是核心裡負責跟 AI 模型溝通的引擎，官方把它定義為一套與供應商無關（provider-agnostic）的 PHP 介面。外掛開發者只要呼叫同一套介面送出提示，WordPress 就會把請求轉送到站主在 Connectors 裡設定好的那家供應商，外掛完全不用管背後接的是 OpenAI 還是 Claude。你可以把它想成一台翻譯機。外掛只講一種語言，WordPress 負責把這句話轉譯成不同 AI 供應商各自聽得懂的格式。
核心本身並不內建任何一家 AI 供應商。官方明講，WordPress 核心不會直接把 AI 供應商打包進去，供應商是以外掛的形式獨立開發、維護的，官方旗艦版本就有 AI Provider for Anthropic、AI Provider for Google、AI Provider for OpenAI 三個。這樣拆的理由很實際：AI 領域變化太快，模型、介面、計費三天兩頭在動，核心只提供一層穩定的抽象介面，把追著供應商跑的工作交給更新頻率較高的外掛，核心才不會被綁死。
Abilities API：AI 不只能聊天，還能真的動手做事
三個組件裡，Abilities API 最關鍵，卻也最容易被忽略。它處理的問題，是前兩者都沒碰到的另一半，也就是 AI 除了回答問題，能不能真的在你的網站上動手做事。
先把兩件事分清楚。單純「回答問題」的 AI，你問它一篇文章該怎麼下標，它給你建議，僅此而已；而「執行動作」是它能實際去更新那篇文章的摘要、去查一筆訂單資料。這中間隔著一道門，Abilities API 就是那道門的規格。它的角色，官方形容為一個中央註冊表，讓外掛、佈景主題乃至核心本身，把「這個網站能做的動作」註冊進來，登記成一份同時給機器和人都讀得懂的清單。
這份清單的意義在於，它把一個網站的操作能力攤開來給 AI 看。舉個去識別化的情境：一個電商網站可以把「更新商品的庫存狀態」「取回訂單資料」「修改商品屬性」這類能力登記進去，等於明確告訴 AI 助理「這個網站可以做這些事」，而不是讓 AI 只能被動地回答一些問題卻碰不到後台。Abilities API 在 WordPress 6.9 已先推出伺服器端的雛形，7.0 再補上前端的 JavaScript 版本，讓瀏覽器端的動作（例如插入區塊、頁面導覽）也能被同一套機制描述。
有了這份「能做什麼」的清單，最後一塊拼圖才有意義。這塊拼圖要解決的，是怎麼讓網站以外的 AI 助理讀到它、觸發它。
這些組件怎麼串起來，讓外部 AI 助理也能操作你的網站？
把上面三個積木重新組裝，就能看出 AI 到底是怎麼在你的網站上動起來的。整條路徑大致分三步。
第一步，外部的 AI 工具，例如 Claude、ChatGPT 這類助理，透過 MCP 連上你的網站。MCP 全名 Model Context Protocol，是一種讓 AI 助理跟外部工具溝通的公開標準，它不是 WordPress 自己發明的專屬協定，而是一套跨工具通用的規格。第二步，一個叫 MCP Adapter 的角色登場，它的任務是把 Abilities API 裡註冊好的那些能力，翻譯成 MCP 這套協定認得的格式，讓 AI 助理能把它們當成可呼叫的工具來看待。第三步，AI 助理讀到網站能做哪些事之後，就能實際觸發這些動作。
這裡有個重點要講清楚，MCP Adapter 是另外安裝的官方套件，不是 7.0 核心本身內建的東西。它目前以外掛形式從官方的 GitHub 發布頁下載安裝。但正因為前面 Abilities API、AI Client 這些基礎建設已經到位，這個轉接器才變得好接、好用，官方也點名它能讓 Claude Desktop、Claude Code、Cursor、VS Code 這類 AI 工具直接探索並呼叫 WordPress 的能力。
把這條路徑串起來，實際會長成什麼樣子？想像你對 AI 助理下一句自然語言指令：「幫我找出所有缺少摘要的文章，並替它們生成摘要。」這件事過去得手動一篇一篇打開、逐篇處理，WordPress.com 官方就把「用一句自然語言指令批次更新上百篇文章」列為這套架構開啟的新場景。現在 AI 助理透過 MCP 讀到網站註冊了「查文章」「更新摘要」這些能力，就能一次跑完。當然，這一步牽涉的安裝與開發細節不少，這裡先把概念和流程講通，實作層面就留給願意動手的開發者。
現在打開後台，站主實際能先體驗到什麼？
講了半天架構，你現在升級到 7.0，馬上摸得到的東西其實有限，但不是沒有。
第一件，就是前面提過的「設定 > 連接器」畫面本身。裝好 7.0，打開後台設定，你會看到這個新分頁，裡面躺著 Anthropic、Google、OpenAI 三張連接器卡片，等你決定要不要填金鑰、要接哪一家。這是整套 AI 基礎建設裡，一般站主最直接能看見的入口。
第二件，是官方另外釋出的一個實驗性外掛，名稱就叫 AI Experiments。它的作用是示範這套核心 AI 基礎建設到底能拿來做什麼，例如在圖片區塊裡替圖片生成 alt 文字建議、在文章編輯器裡產出摘要建議，另外還有標題生成、以文章內容生成精選圖片這類功能。官方把它定位成雙重角色，既是給內容創作者的實用工具，也是給開發者看的參考範例。
這個外掛裡所有 AI 功能都是選用（opt-in）、需要你手動按按鈕才會觸發，官方寫得很明白，沒有經過你的允許，什麼都不會自動發生。它不會趁你不注意就自己生成內容、自己發布文章。而且它只是官方拿來展示能力的實驗場，明講之後可能隨社群回饋而調整，並不是唯一、也不是必裝的外掛。你要用第三方的 AI 外掛，一樣可以。
原本裝的 AI 外掛還要繼續用嗎？
這是升級後最多人關心的問題，結論很直接，多半都還能繼續用。WordPress 7.0 內建的是地基，不是來取代你正在用的那些 AI 外掛。
像你手上可能已經在跑的 AI 寫作輔助工具、AI SEO 內容外掛這類（這裡只講功能類型、不點名任何特定品牌），它們原本怎麼運作，7.0 之後照樣怎麼運作。真正會改變的是，只要這些外掛日後跟進、主動改用核心的 AI Client 跟 Connectors 機制，你就能少貼幾次 API 金鑰、少做幾遍重複設定，讓金鑰在站台層級一次到位。至於外掛自己的生成邏輯、操作介面、功能取捨，仍舊是外掛自己的事，核心不會插手取代它們扮演的角色。
這裡有個容易誤會的地方要提醒，不是裝完 7.0，你的舊外掛就自動變快、自動吃到整合紅利。外掛得「主動」更新、改成支援新架構，才接得上這套共用機制；在它更新之前，舊外掛維持原本自己那套跟 AI 溝通的方式，跟核心的新地基暫時是並存、互不衝突的關係。
不必急著把舊外掛移除。除非某個外掛之後升級、改吃核心的 Connectors，你才需要回頭把重複的金鑰設定清一清；否則新舊並行，兩邊各做各的，不會打架。這一次是互補，不是替換。
導入前，這幾件事要先知道
這套架構值得期待，但目前仍在早期階段，不是無腦全開就萬事大吉。導入前，有三件事先擺在心裡。
第一，是金鑰儲存的現況。目前存進資料庫的 API 金鑰並沒有加密，只是在後台介面上做遮蔽顯示。官方已經把加密列為後續要處理的項目，正在一張追蹤票裡評估。在這之前，比較謹慎的站主可以考慮改用環境變數或 PHP 常數來存放金鑰，而不是全部丟進資料庫。這不是說現在就不能用，而是知道它的邊界，才好斟酌自己站台的敏感程度。
第二，是外掛支援的時間差。前面說過，不是所有第三方外掛都會馬上支援新架構，這件事得靠各家外掛作者自行更新。所以短期內你會遇到「有些外掛已經接上新地基、有些還是老樣子」並存的狀態，這很正常，別預期一升級所有工具就整齊劃一地跟上。
第三，是權限設計。7.0 的 JavaScript 版用戶端 Abilities API，目前預設只開放給高權限角色，也就是管理員使用。官方的解釋是，因為這個介面允許從瀏覽器端直接送出任意提示給 AI，所以特意加了一道高權限檢查，預設只授權給管理員。這不是漏洞或限制沒做好，而是刻意的安全設計，避免一般權限的使用者被拿來濫用、隨意呼叫 AI。理解這一點，才不會誤以為功能沒開全。
WordPress 7.0 這一次動的是地基，短期內你不會馬上感覺到翻天覆地的變化，畫面還是那個畫面，內容也不會自己長出來。但地基鋪好之後的走向已經很清楚，接下來一兩年，會有愈來愈多外掛跟進支援這套共用架構，AI 助理直接讀懂並操作網站的場景，也會從實驗性的展示，慢慢變成日常。如果你想先踩一腳進去，最實際的下一步，是去看看自己正在用的幾個 AI 外掛有沒有發布支援新架構的更新公告，或乾脆打開後台那個「設定 > 連接器」畫面看一眼，感受一下這塊地基現在長什麼樣子。