WordPress 7.0 Beta 2月19日登場，AI原生整合進核心
請在日曆上標記這個日子。WordPress 7.0 Beta 1 將於2026年2月19日釋出，正式版則預計在4月9日的WordCamp Asia大會上亮相。距離現在只剩十一天，而這份功能清單，讓它成為WordPress多年來最具野心的一次更新。
有哪些主打功能？包括Google Docs風格的即時協作、原生建置於核心的AI基礎架構，以及自2018年區塊編輯器問世以來，首次大幅翻新的管理後台介面。但多數人忽略的真正重點，其實是AI相關的佈局，而這正是對WordPress未來最關鍵的一環。
我們自去年九月的功能指南開始，便持續追蹤WordPress 7.0的開發進度，而這段期間成形的樣貌，遠遠超乎所有人的預期。
無人討論的AI基礎架構
以下這點引起了我的注意。WordPress 7.0不只是在添加AI功能，它更是在建構一套能讓外部AI與WordPress網站互動的底層管道。
這個架構由三個部分組成。Abilities API（已在WordPress 6.9中推出）能讓外掛和佈景主題以機器可讀的格式註冊它們的功能。MCP Adapter則將這些功能轉譯成「模型情境協定」（Model Context Protocol）——也就是Anthropic為連結AI系統與外部工具所創建的相同標準。最後，WP AI Client（已於2月3日提案合併至核心）將賦予WordPress一個與供應商無關的原生方式，來呼叫各種AI服務。
將這些元件組合起來，便誕生了WordPress生態系前所未見的事物：一套標準化的方法，讓AI代理程式能探索你的網站能做些什麼、讀取網站資料，並代表你採取行動。
「Abilities API 是一個頂級的、跨情境的功能性API，其他工具和應用程式可以用它來與WordPress對接。」——Jonathan Bossenger，WordPress開發者倡導者，WordPress開發者部落格
這段引言聽起來或許有些生硬，但請想想它在實際應用上的意義。現在，如果你想要用AI工具來管理你的WordPress網站，你需要客製化的API整合、專用的外掛程式，或者手動的複製貼上工作流程。但當Abilities API和MCP Adapter協同運作時，諸如Claude Desktop、Claude Code、Cursor和VS Code等工具，就能直接連結到你的WordPress安裝。
而MCP Adapter的文件說得非常直白：「如果你的程式碼已經註冊了abilities，距離讓AI代理程式使用它們，你就只差一步之遙。」
這意味著WordPress正在將自身定位為「AI就緒」的基礎設施。它不是一個加裝在側邊欄的聊天機器人，也不是一個「AI內容產生器」外掛。這是真正的、基於標準的整合，讓外部AI系統能像與GitHub、Slack或其他任何相容MCP的服務協作一樣，與WordPress一同工作。
對WordPress開發公司來說，這將徹底改變他們與客戶的對話方式。
即時協作：令人驚豔，但附帶條件
眾人期待已久的功能——即時協作終於到來。多位使用者可同時編輯同一篇文章，即時看到游標位置與更新內容，就像在WordPress編輯器裡使用Google Docs一樣。
Gutenberg首席架構師Matias Ventura在去年12月的「規劃7.0」文章中，已將此列為最高優先級。據報導，編輯器端的工作進展順利，使用者介面（UI）定義與差異比對機制（diffing mechanics）已準備就緒，可供測試。
但大多數預覽報導都輕描淡寫了一個附帶條件。
即時協作需要在所有編輯者之間建立持久連線，這代表你的主機環境必須支援此功能。這不像新增一個區塊或調整工具列那麼簡單。它對伺服器支援與基礎架構的依賴程度，比WordPress以往任何功能都要來得高。
WordPress運作的環境包羅萬象，從每月三英鎊的平價虛擬主機，到專屬的雲端基礎架構都有。要讓即時同步功能在這麼廣泛的環境中穩定運作，其挑戰遠比在示範環境中成功展示要複雜得多。WordPress核心團隊仍需定義所謂的「基準體驗」應為何，以及當伺服器基礎設施不足時，功能該如何優雅地降級。
我們之前的WordPress 6.9 Beta報導也提過類似依賴主機環境的功能。到了7.0，這方面的風險更高。如果你的主機商無法支援即時同步所需的傳輸層，這項功能要嘛無法運作，要嘛會退化成較不亮眼的替代方案。
話雖如此，對於受管理的主機環境（包括365i的WordPress主機），這項功能開箱即用應該沒問題。會感受到限制的，主要是預算型虛擬主機的使用者。
管理後台換上嶄新外觀
WordPress 7.0為管理介面帶來了視覺更新，但別期待是全面性的改頭換面。這次的做法是在既有結構上「重新粉刷」，而不是從零開始重建。
DataViews（近幾個WordPress版本導入的現代化表格元件）將擴展應用到更多管理畫面。你會看到更清晰的字體排印、更一致的間距、無需重新載入頁面的行內篩選功能，以及區塊編輯器與傳統管理後台之間更和諧的視覺對齊。
此外，Trac上也有一張關於視覺重新改版的票證，正在探討更廣泛的外觀變更，例如：煥然一新的管理表格、現代化的儀表板小工具，以及全螢幕一致化的字體排印。
它不會看起來像一個完全不同的產品，但你會明顯感覺到整體質感提升了，這也為未來版本的更大規模變革奠定了基礎。
PHP 7.4 最低版本要求及其意義
WordPress 7.0將最低PHP版本要求提升至7.4。如果你仍在運行PHP 7.3或更舊的版本，你的網站將無法執行這次更新。
PHP 7.4已於2022年11月終止安全性支援，因此這次更新算是早該進行的維護工作。但如果你仍在尚未升級的舊主機上，現在是處理這個問題的時候了。多數像樣的主機商早已將PHP 8.1+設為預設版本。我們在WordPress 6.9效能測試中已看到，在PHP 8.5上有顯著的加速，所以即使超出最低要求，升級PHP版本本身就非常值得一試。
完整時程表
| 里程碑 | 日期 | 內容 |
|---|---|---|
| Beta 1 | 2026年2月19日 | 功能凍結，公開測試開始 |
| Beta 2 | 2026年2月26日 | 修復初步測試發現的錯誤 |
| Beta 3 | 2026年3月5日 | 持續穩定化 |
| Beta 4 | 2026年3月12日 | 候選版本前的最後Beta |
| 候選版本 1 (RC1) | 2026年3月19日 | 字串凍結，翻譯就緒 |
| 正式版本 | 2026年4月9日 | WordPress 7.0 於 WordCamp Asia 正式發表 |
網站經營者應在2月19日前做的準備
你不需要採取什麼激進的動作。但如果你想為Beta測試做好準備（或只是為四月的正式發布做準備），以下是現在值得進行的步驟。
檢查你的PHP版本。登入你的主機控制台，確認目前使用的PHP版本是7.4或更高。如果是8.1以上就沒問題。如果不是，請在Beta版本發布前完成升級。
備份你的測試站台。Beta版軟體是供測試用的，不應用於正式環境。請為你的網站建立一個測試副本，並在那裡測試Beta版。如果你的主機商提供一鍵建立測試站功能（365i有提供），請善加利用。
審核你的外掛。WordPress的大版本更新經常會導致外掛程式故障，特別是那些使用已淘汰函式或連結到已變更內部API的外掛。請檢查你的關鍵外掛最近是否有釋出更新。任何自2024年後就未再更新的外掛，都帶有風險。
思考AI整備度。如果你是開發者或 agency，現在就可以開始研究Abilities API的文件。現在就為你的外掛註冊abilities，意味著當WordPress 7.0推出時，你的作品就已經是「AI代理程式就緒」的狀態。像是Chrome的「auto-browse agent」之類的工具，已經在改變使用者與網站的互動方式。WordPress現在透過原生AI整合迎頭趕上，其實是有些晚了。
而且，如果你的網站目前還沒有AI探索檔案，WordPress的新AI基礎建設與完善的AI可視性兩者結合，將能創造出比單獨任一做法都強大得多的基礎。
原文翻譯：365i
