43% 網站的自動化革命:WordPress x AI Agent 可以做什麼?
我讀到呢個係 writing-explicit 任務——一篇完整嘅繁體中文博客文章,800-1500 字正文,從香港開發者視角探討 WordPress 7.0 嘅 AI Agent 革命。已搜集最新市場數據(43% 市佔、WordPress 7.0 Abilities API、MCP Adapter、agent-skills-wordpress 生態)作為背景。
直接輸出全文:
title: "43% 網站的自動化革命:WordPress x AI Agent 可以做什麼?"
date: "2026-07-15"
slug: "43-wordpress-x-ai-agent"
summary: "WordPress 7.0 將原生 AI Client 帶入核心,加上 MCP Adapter 令每個網站都變成 AI Agent 可以直接互動嘅服務端。從自動審計、一鍵優化到跨 Page Builder 遷移,成個 WordPress 維護產業正被重新定義。"
tags:
- build
- wordpress
- ai-agents
- mcp
- automation
- web-development
draft: false
lang: zh-Hant
---
43%——呢個係 WordPress 佔據全球網站嘅份額。唔係 CMS 市場,係所有網站。第二名嘅 Shopify 得 5%。當一個平台統治咗成個互聯網嘅四成三,佢嘅每一次技術迭代都唔係孤立事件,而係重塑成個 web ecosystem 底層邏輯嘅結構性轉變。
2026 年 5 月嘅 WordPress 7.0 就係咁嘅一次轉變。原生 AI Client 經 Abilities API 直接嵌入核心,MCP Adapter 令每個 WordPress 站點都變成一個 AI Agent 可以自動發現、理解同操作嘅服務端。唔係外掛,唔係第三方插件,係 core。對於揸住幾十個 client site 嘅香港 agency 嚟講,呢個唔係 feature update——係成個 maintenance workflow 嘅 paradigm shift。
## 從被動文檔到主動服務
傳統上,AI 同網站嘅關係係單向嘅:AI crawl 頁面、parse HTML、推測呢個網站做咩。網站本身完全被動,冇辦法話俾 AI 知「我做到呢啲嘢」。WordPress 7.0 嘅 MCP Adapter 改變咗呢個底層邏輯。網站而家可以主動 declare 自己做咩、提供咩 capabilities、接受咩操作。
Claude Desktop、Cursor、VS Code 呢啲 MCP-aware AI Agent 可以即時發現一個 WordPress site 註冊咗嘅能力,自動加載對應嘅 tools,唔需要為每個 AI tool 同 plugin 組合做 custom integration。呢個 shift 令網站從「被解讀嘅文檔」變成「主動參與互動嘅服務」。一個 WooCommerce store 可以 declare 自己有 product management、order processing、inventory check 嘅能力;一個 blog site 可以 expose content creation、SEO optimization、media management 嘅接口。Agent 發現咗就用到,唔使人手 config。
## 審計→優化→遷移:一條龍 Agent Workflow
以前執一個 WordPress site 嘅標準流程係:人手睇 source code → 逐頁 check → 開 wp-admin → 逐個 plugin 排查 → 人手 backup → 逐頁改 → 再測試。一個 site 閒閒地幾日,仲未計來回溝通同 approval。而家 AI agent 做嘅係 audit → optimize → migrate 一條龍,成個 cycle 可以濃縮到幾個鐘。
**Audit 階段**:WP-CLI 加 MCP tools 可以喺幾秒內 scan 成個 site——SEO meta、accessibility、performance bottleneck、plugin conflicts、database bloat、orphaned shortcodes,全部一次過出 report 連 severity rating。RanklineWP 一句 `wp rankline audit --summary` 就出晒,Auditizer 呢類 plugin 更加可以 auto-fix,每個 fix 前自動 backup、一鍵 rollback。
**Optimize 階段**:AI Agent 可以批量生成 missing meta description、alt text、internal link suggestions。Train 過 brand voice 之後,fix 嘅文案風格仲可以保持一致。以前 content team 逐篇改嘅功夫,而家 batch process → diff preview → apply,成個 pipeline 喺幾分鐘行完。
**Migrate 階段**:呢個最令人興奮。Elementor 去 Gutenberg、Divi 去 Bricks、WPBakery 去 Oxygen——跨 page builder 嘅內容遷移,以前係 nightmare project,報價閒閒地五位數。而家 agent-skills-wordpress 呢類 open-source project 已經做到 70-90% 嘅 coverage:AI parse source builder content structure,map 去 target builder equivalent module,create draft,preserve media reference,唔改 original。一個以往要搞兩星期嘅 migration,而家可能一個 weekend 搞掂。
## Guardrail 決定安全性
放 AI agent 入 production site,安全係最大 concerns。答案係:視乎你點設計 guardrail。
WP Navigator 用 8×4 permission matrix——None / Read / Suggest / Write 四個級別,跨 capability domain。每個 action 可以設 policy:read-only 唔俾改,safe-write 只可以改 draft,editorial 先可以 publish,developer-write 先可以改 code。所有 action logged。最關鍵係 Plan-Diff-Apply 流程:AI 提議 change → 你睇 diff → approve → apply——任何一步可以 reject,apply 咗可以 instant rollback。
WordPress Agent OS 更將呢個概念推到六層 policy level,每項 capability 有 schema、risk level、dry-run mode、rollback contract、audit trail。呢個唔係玩具,係 production-grade orchestration。對於香港 agency 同 freelance developer 嚟講,呢個 guardrail 設計意味住你可以將重複性維護工作放心交俾 AI,自己專注喺策略同架構。
## 你而家可以點做
如果你有 WordPress site,由今日開始:裝一個 MCP-compatible plugin(WP Navigator 或 WordPress Agent OS bridge),connect 去你嘅 AI client。唔好一開始就做 migration,由 audit 開始——`wp rankline audit --summary` 或者 Auditizer bulk scan,睇下你個 site 有幾多 technical debt。逐個 fix,逐個 approve,建立 confidence。
對於 agency 老細:你 team 最 senior 嘅 developer 嘅時間應該用喺架構 decision 同 custom development,唔係開 50 個 tab 逐個 site check missing meta。AI agent 做 audit 同 routine maintenance,你嘅人做 review 同 sign-off。呢個 division of labor 係未來三年 agency 競爭力嘅分水嶺。
43% 嘅網站行 WordPress。而家呢 43% 嘅網站都可以變成 AI Agent 嘅操作對象。機會唔係嚟自技術本身——機會嚟自邊個最早建立起 audit → optimize → migrate 嘅自動化 workflow。呢個 workflow 已經 ready,就睇你幾時 kick off。