WordPress 與 WooCommerce 導入 AI，現在最實用的方向已經不只是「幫你寫文章」。企業網站可以先從 AI Assistant、內容與客服輔助、站內搜尋開始；WooCommerce 電商則能進一步延伸到商品查詢、訂單分析、商品草稿與受控的後台自動化。

如果你是網站經營者，可以先把這篇理解成一張「WordPress / WooCommerce AI 導入地圖」：前半段先講 AI 能做什麼、怎麼安全導入，後半段再深入 AI Agent、MCP、Abilities API 與 Agentic Commerce。WPW 也已經在 wpw.design 實際部署 WPW AI Assistant，本文會把第一手實作與截至 2026 年 9 月 17 日的 WordPress、WooCommerce、GitHub 官方新技術放在一起說明。

先說結論：最安全的 AI 導入方式，不是一開始就讓 AI 直接控制正式後台，而是從公開內容與 read-only 工作開始；確認權限、資料邊界與人工審核流程後，再逐步加入 MCP / Abilities 的受控寫入。

WordPress AI 與 WooCommerce AI 可以怎麼導入？

對一般企業與電商網站來說，可以先從下列五個方向理解 AI 導入：

網站 AI Assistant：回答服務、商品、文章與常見問題，協助訪客更快找到網站資訊。
內容與 SEO 輔助：協助整理內容、摘要、翻譯、圖片 Alt Text 與編輯流程，但重要內容仍由人員審核。
WooCommerce 商品與營運分析：查詢商品、低庫存、訂單與銷售資料，協助商店經營者快速掌握狀況。
授權後台 AI Agent：透過 MCP 與 Abilities API，在最小權限下建立草稿、更新商品或執行已核准的工作流程。
Agentic Commerce：讓 AI 參與商品搜尋、比較、購物規劃與未來的商務流程，但付款、價格與高風險寫入仍需要清楚的授權與確認。

這篇文章會先從「能做什麼」開始，再逐步解釋背後的 AI Client、MCP、Abilities API 與 WooCommerce Agentic Commerce，讓非開發者也能先理解用途，需要技術細節的人再繼續往下讀。

圖片來源：WordPress.org — WordPress 7.1 “Mary Lou”

WordPress 7.1：AI 基礎架構已從概念走向平台能力

截至本文發布時，WordPress 最新穩定大版本為 WordPress 7.1 “Mary Lou”，於 2026 年 8 月 19 日正式發布。7.1 本身同時帶來響應式樣式、媒體處理、協作與編輯器改進；對 AI 開發者而言，更重要的是 WordPress Core 正持續強化 Abilities API、AI Client 與 Connectors 這幾個基礎層。

WordPress 官方 AI 團隊目前的方向很明確：Core 先建立穩定、可被外掛與工具使用的 AI 基礎能力；實際可見的 AI 功能則持續透過官方 AI Plugin 驗證與迭代。因此，不能把 WordPress 7.1 解讀成「後台已經內建一個 ChatGPT」，正確理解應該是：WordPress 正在建立一個能被 AI 外掛與 AI Agent 使用的標準底層。

如果你想先了解上一階段 WordPress 7.0 的 AI 架構，可以參考 WPW 先前整理的 WordPress AI – 7.0 版 AI 驅動網頁設計。這篇則聚焦在 2026 下半年已經成形的 AI Agent 與 WooCommerce agentic commerce 生態。

AI Client — WordPress 統一呼叫 AI Provider 的程式層

WordPress 7.0 將 AI Client 帶進 Core，架構分為兩層：底層是 provider-agnostic 的 PHP AI Client，上層則是符合 WordPress 慣例的 wrapper。外掛開發者不需要每次都從零實作 OpenAI、Anthropic、Google 等供應商的不同 API 介面，而可以透過較一致的 WordPress API 建立 AI 功能。

WordPress 7.1 這一輪的 AI Client 工作把 generation streaming 往前推進，但要區分「底層 PHP AI Client」與「WordPress 網站完整支援」。官方先在 PHP AI Client 建立 streaming 基礎；一般 WordPress HTTP / hosting stack 仍可能受到 buffering、timeout 等基礎設施限制，不能直接解讀成所有網站都已具備 ChatGPT 式即時串流。

至於 embeddings，截至 2026 年 9 月最新 AI Team 進度，PHP AI Client 仍在推進 embedding support，而 WordPress AI Client 的整合工作已轉往 WordPress 7.2 規劃。Embedding storage 與 similarity search 則決定先在官方 AI Plugin 發展，而不是為 WordPress Core 新增一套 vector database table。

因此，WordPress 7.1 並沒有內建完整 RAG、Embeddings 或 Vector Database。目前比較正確的方向是：底層 AI Client 逐步建立 embedding 能力，再由 AI Plugin 或專用向量服務負責儲存、相似度搜尋與實際 RAG 應用。

官方來源：WordPress 7.1 Roadmap、What’s coming to the AI Client in WP 7.1、AI Contributor Weekly Summary – 2 September 2026

Connectors — 把模型與外部服務連線變成標準化設定

Connectors 讓 WordPress 能用較一致的方式管理外部服務認證。WordPress 7.1 進一步改善 Connector authentication，包括 username / application password 等方式。這個方向對企業站非常重要，因為未來外掛不必各自發明一套 API Key 管理畫面，而能更集中地處理外部服務連線。

對 WPW 這類需要整合 WordPress 客製開發、API、AI 模型與第三方平台的網站而言，標準化 Connector 會讓日後的權限、維護與替換 Provider 更容易管理。

Abilities API：AI 不只「看資料」，而是知道 WordPress 能做什麼

如果說 AI Client 解決的是「WordPress 如何呼叫 AI」，那 Abilities API 解決的就是另一個更核心的問題：AI 要怎麼知道網站有哪些可執行能力？

Ability 不是單純一個 URL。它會描述一項能力的名稱、用途、輸入 schema、輸出 schema、權限與執行方式。對 AI Agent 而言，這比直接面對大量 REST endpoints 更容易理解。

舉例來說，一個 WooCommerce 商店可以提供：

查詢商品
建立商品
查詢訂單
更新訂單狀態
新增訂單備註

AI Agent 不需要先猜「該呼叫哪個 route、該用 GET 還是 POST、payload 長什麼樣」，而是先發現一個有明確 schema 與 permission checks 的 capability，再決定是否執行。

WordPress 7.1 也持續強化 Abilities 的 public exposure、filtering 與 JSON Schema portability，讓能力更適合被 REST client 與 AI function calling 使用。

官方實作參考：Build your first AI-Powered WordPress plugin

WordPress MCP Adapter：把 Abilities 接到 Claude、Cursor 與 AI Agent

MCP（Model Context Protocol）已經成為目前 AI Agent 生態最重要的通訊標準之一。WordPress 官方的 WordPress/mcp-adapter 專案，負責把 WordPress Abilities 轉成 MCP tools、resources 與 prompts。

圖片來源：WordPress/mcp-adapter GitHub

截至本文整理時，MCP Adapter 的 WordPress.org readme stable tag 為 0.6.1，tested up to WordPress 7.1。它支援 HTTP、STDIO、多 server、permission checks、error handling 與 observability。

更值得注意的是它的 default server 採用「分層 discovery」：AI 不需要一開始就把網站所有能力塞進 context，而是先取得三個 meta-tools：

mcp-adapter-discover-abilities
尋找可公開的 abilities。

mcp-adapter-get-ability-info
取得某項 ability 的 schema 與資訊。

mcp-adapter-execute-ability
真正執行能力。

這種方式比一次暴露幾十、幾百個 tools 更適合大型 WordPress／WooCommerce 網站，也更能降低 context 噪音。

mcp-wordpress-remote：桌面 AI Client 與遠端 WordPress 的橋樑

Automattic 的 mcp-wordpress-remote 則解決另一個實際問題：很多桌面 AI Client 習慣 STDIO MCP，但 WordPress MCP endpoint 是 HTTP。它可以作為 local proxy，把 Claude、Cursor 或其他 MCP Client 接到遠端 WordPress MCP server。

目前專案文件也把 OAuth 2.1 + PKCE 列為推薦的 self-hosted WordPress authentication 路徑，並保留 JWT 與 Application Password 等方式。對正式站而言，這比把長期帳密寫死在 AI client 設定裡更符合最小權限原則。

WordPress 官方 AI Plugin 1.3：AI 功能的實驗場

WordPress 官方 AI Plugin 目前已經發展到 1.3.x 世代。1.3.0 在 2026 年 8 月 18 日加入 Content Translation、Slug Generation 與 Custom Abilities 等實驗功能。

這個外掛的重要性不只在「幫你生成文字」，而在於它讓 WordPress AI Team 能快速驗證：

AI 產生標題、摘要、Meta Description
圖片生成、編輯與 Alt Text
內容翻譯與 Slug 建議
Editorial Notes 與內容協作
Abilities Explorer 與 Custom Abilities
未來 embeddings、語意搜尋與更多 agent workflow

對開發者來說，最值得看的不是「按一下生成標題」這種表面功能，而是 AI Client、Connectors、Abilities 與 Agent workflow 如何逐步被整合成可重用的 WordPress 開發基礎。

WooCommerce 11.1：AI Agent 正式進入商品與訂單能力層

截至 2026 年 9 月，WooCommerce 最新穩定版為 WooCommerce 11.1。11.1 本身的重要更新包含 variation image galleries、Store API / REST 效能改善等；但如果從 AI 技術線來看，真正的關鍵變化是 WooCommerce 從 10.9 開始建立 canonical WooCommerce abilities。

官方目前已經提供商品與訂單的 purpose-built abilities，例如：

商品管理

woocommerce/products-query
查詢商品，支援 filtering 與 pagination。

woocommerce/product-create
建立新商品。

woocommerce/product-update
更新既有商品。

woocommerce/product-delete
刪除商品；預設採 soft delete，需要明確指定才永久刪除。

訂單管理

woocommerce/orders-query
依訂單 ID、狀態、客戶、Email、日期等條件查詢訂單。

woocommerce/order-update-status
更新訂單狀態，並可附加狀態變更備註。

woocommerce/order-add-note
不改變訂單狀態，單獨新增訂單備註。

和早期「把 REST endpoint 一對一包成 MCP tool」相比，canonical abilities 更接近真正的業務能力層：schema、permission、read/write semantics 都比較清楚，而且同一項能力未來可以同時被 MCP、REST、CLI、後台工具或 automation 使用。

這也是為什麼 WooCommerce 官方正在把 Abilities 擴展到 Subscriptions、Payments、Shipping、Product Add-ons 等 extension surfaces。對 WooCommerce 購物車與客製電商來說，未來外掛的差異不只是「有沒有 REST API」，而是「有沒有清楚、安全、可被 AI Agent 發現的能力」。

官方來源：Canonical WooCommerce abilities for products and orders、WooCommerce MCP developer docs、Expanding Abilities across WooCommerce Extensions

WooCommerce MCP 的安全重點：訂單資料不是普通內容

WooCommerce MCP 官方文件特別提醒，order / customer operations 可能包含姓名、Email、地址與付款相關資訊。因此正式環境不應把「AI 可以操作 WooCommerce」理解成「給 AI 一組管理員金鑰就結束」。

至少應該做到：

read-only 與 read-write 權限分開
遵循 least privilege
API credential 可輪替與撤銷
寫入商品、訂單、價格前有人工確認
不要把 PII 長期寫入模型記憶或除錯紀錄
正式站先建立 staging 與 audit log

這跟 WPW 平常處理 WooCommerce 訂單、金流、會員與第三方 API 的原則完全一致：AI 可以提高效率，但不能繞過既有權限與資料治理。

WooCommerce for Claude：從「能連線」進化到「真的懂商店」

WooCommerce Core MCP 解決的是 transport 與基本操作；WooCommerce for Claude 則嘗試在上面加入 intelligence layer。

圖片來源：woocommerce/woocommerce-claude GitHub

這個專案目前包含：

WooCommerce analytics skills
store profile、catalog schema、policies 等 knowledge resources
AI readiness scoring
weekly store review、revenue drop triage、refund triage 等 workflow skills
Hey Woo 等 bring-your-own-key admin chat 實驗

它的重點不是再做一個聊天視窗，而是把 WooCommerce 的分析資料、商店知識與工作流程整理成 Agent 能穩定使用的 primitives 與 Skills。

例如傳統報表只會告訴你「本週營收下降」，Agent workflow 可以再把訂單量、客單價、新舊客、退款、商品組合、來源渠道與 on-hold pipeline 一起拆解，協助店主找到可能原因。

目前這一類功能仍應視為快速發展中的 agent tooling，而不是所有商店都應立即在 production 開啟自動寫入。

Agentic Commerce：AI 不只幫店主，也開始替消費者購物

下一階段真正大的變化是 Agentic Commerce。

傳統電商流程是：使用者進網站 → 搜尋商品 → 比較 → 加入購物車 → 結帳。Agentic Commerce 則可能變成：使用者直接告訴 AI「幫我找適合 4 人露營、預算 5000 元內的裝備」，AI Agent 自己跨 catalog 搜尋、比較、建立購物計畫、組購物車，最後把使用者帶到可確認的 checkout 流程。

2026 年 9 月 2 日，Anthropic 公開了 commerce-agents reference implementation，分成 shopping agent 與 merchant agent。

圖片來源：anthropics/commerce-agents GitHub

Shopping Agent 的設計包含 catalog search、商品比較、多商品規劃、cart building、order tracking、policy answers 與 customer memory；Merchant Agent 則聚焦 sales performance、inventory alerts、order issues、pricing / promotion suggestions 與 campaign drafting。

對商店最重要的設計原則之一是：高風險寫入不應無條件自動執行。很多 agentic commerce pattern 會先形成 staged change，再要求 human approval，最後才真正寫入價格、促銷或訂單狀態。

WooCommerce 官方也已把「讓 AI 找到商品」進一步延伸到「讓 AI 驗證庫存、運送與完成交易」的 agentic commerce 準備流程。可參考 From found to bought: Getting your store ready to sell through AI。

2026/9/16 最新進展：WooCommerce 實測 Claude Commerce Agent

WooCommerce Developer Blog 在 2026 年 9 月 16 日剛發布 Running the Claude Commerce Agent on WooCommerce，把 Anthropic commerce agents 的架構實際接到 WooCommerce。

圖片來源：WooCommerce Developer Blog

WooCommerce 官方在文章中也特別註明，這些 Agentic Tools 目前是為 experimentation 與 growth 建立，並不是一般商店可以直接當成 production SLA 的穩定產品。這個區別很重要：技術方向已經非常明確，但導入正式訂單、付款與促銷寫入時，仍然需要測試、權限隔離與人工確認。

WPW AI Assistant：WPW 官網已經把 AI 檢索與多模型備援落地

WPW 並不只是在研究 WordPress AI 文件。目前 wpw.design 已經實際部署 WPW AI Assistant，把前台 AI 對話、站內公開資訊檢索與多模型備援整合在同一個 WordPress 外掛中。

目前正式站的 WPW AI Assistant 0.2.79 主要包含以下實際功能：

多模型路由與備援：依可用服務在 Groq、Google Gemma、Mistral、OpenRouter Gemma、Cloudflare Llama、NVIDIA Nemotron 等 Provider 間切換。
全站公開內容檢索：每次問題會先檢索公開 page、post、portfolio、clients 等內容，再把相關資料提供給模型。
當頁上下文：AI 會理解訪客目前所在頁面的標題、畫面文字與案例名稱，減少答非所問。
llms.txt / llms-full.txt 整合：把 WPW 對外提供的 AI-readable 公開資訊納入可檢索來源。
伺服器端 API Key：已儲存的金鑰不回填到前端 HTML。
Rate limit 與輸入限制：避免匿名聊天端點被無限制濫用。
Prompt injection / secret 防護：阻擋索取帳密、API Key、憑證、越權檢索與可疑敏感回答。
不永久保存訪客對話：對話只保留在當前頁面記憶體，離開網站即清除，主機不建立一般聊天歷史資料庫。

這裡有一個很重要的差別：WPW AI Assistant 目前是「站內公開內容檢索 + 當頁 context + 多模型 routing」，不是把所有網站資料丟進一個不受控的向量資料庫。這讓我們可以先把公開內容、權限與敏感資料邊界控制清楚，再決定未來是否導入 embeddings、專用 vector database 或 MCP abilities。

這也是 WPW 對企業 AI 網站比較重視的方向：AI 功能一定要先符合網站本身的安全、資料權限與內容治理，而不是只追求「能回答問題」。

WPW AI Assistant 與 WordPress MCP 的下一步差在哪？

目前 WPW AI Assistant 主要服務「網站訪客」：讀取公開內容、理解當頁脈絡、回答 WordPress / WooCommerce / WPW 服務問題。

WordPress MCP / Abilities API 則更適合「管理者與 Agent」：例如在授權後查詢商品、讀取後台狀態、建立草稿、更新訂單狀態或啟動自動化流程。

因此未來比較合理的架構不是讓前台匿名聊天直接取得 WooCommerce 訂單能力，而是拆成兩個權限層：

Public Assistant：只讀公開內容，不接觸會員、訂單、後台與 secret。
Authenticated Agent：透過 MCP / Abilities 與最小權限認證執行後台任務。

這種分層才適合正式企業網站。

2026 最值得追蹤的 WordPress / WooCommerce AI GitHub 專案

如果你是 WordPress 開發者、WooCommerce 商店維運者或 AI Agent 開發者，目前最值得追的專案包括：

WordPress/ai — 官方 AI Plugin 與 WordPress AI features 實驗場。
WordPress/mcp-adapter — 把 Abilities API 暴露成 MCP tools / resources / prompts。
woocommerce/woocommerce — WooCommerce Core、canonical abilities 與 MCP 的主要程式碼來源。
woocommerce/woocommerce-claude — Analytics skills、knowledge layer、AI readiness 與 merchant workflow。
Automattic/mcp-wordpress-remote — 桌面 MCP Client 連到遠端 WordPress HTTP MCP 的 bridge。
Automattic/claude-woocommerce-toolkit — WooCommerce 開發、Code Review、UX 與安全規範的 Claude Code skills / agents。
anthropics/commerce-agents — Shopping Agent / Merchant Agent 的開源 reference implementation。
woocommerce/woocommerce-gateway-stripe — Stripe Agentic Commerce 的 catalog sync、agentic checkout、order mapping 與 inventory 實作正在這裡快速演進。
Automattic/ai-experiments — WordPress.com / WooCommerce 的 MCP、LLMS TXT 與 AI prototype 實驗場；官方明確標示為 experimental，不應直接視為 production 穩定方案。

另一個很值得注意的趨勢是「Agent Skills」。WooCommerce 官方開發文件現在已經直接提供 AI development tools 指南，WooCommerce monorepo 也把 procedural guidance 放進 .ai/skills/。這代表未來 GitHub repository 不只包含程式碼，也會開始包含「教 AI Agent 正確維護這個專案的方法」。

對使用 Cursor、Claude Code、Codex 或其他 coding agents 的團隊來說，這會逐漸成為 repo architecture 的一部分。

SEO、GEO 與 AI Search：新一代 WordPress 內容要怎麼準備？

AI Agent 技術快速發展，不代表傳統 SEO 可以丟掉。對 Google AI Search、ChatGPT Search、Copilot 或其他生成式搜尋而言，仍然要先建立清楚、可抓取、可理解、可驗證的網站內容。

WPW 在這篇文章採用的原則包括：

一個明確的主題：WordPress WooCommerce AI / MCP / Agentic Commerce
文章標題、H1、SEO Title 與 Meta Description 對齊搜尋意圖
H2 / H3 清楚拆解 AI Client、Abilities、MCP、WooCommerce Agent 等實體
重要技術資訊直接連到 WordPress、WooCommerce 與 GitHub 官方來源
加入 WPW AI Assistant 的第一手 production 實作經驗，而不是只重寫官方新聞
使用具描述性的圖片 Alt Text
用內部連結連接 SEO / LLM SEO、WordPress 開發與 WooCommerce 電商主題
FAQ 內容實際顯示在頁面中，而不是只藏在 Schema 裡

如果想觀察 WordPress 與 WooCommerce 在大型官方網站上的實際應用，也可以查看 WPW 整理的 WordPress.org 官方作品案例與 WooCommerce.com 官方商店案例。

WooCommerce GEO / AEO：商品資料要讓 AI shopping agent 讀得懂

對電商而言，GEO / AEO 不只是在文章裡放更多關鍵字。WooCommerce 官方針對 AI shopping agents 的建議更接近「讓商品資料可驗證」：產品名稱、描述、價格、庫存、變體、規格、運送與政策資訊都要清楚、結構化，而且與實際商店狀態一致。

商品標題與描述使用明確、可比較的名稱與規格。
價格、庫存、變體與運送資訊保持即時一致。
Product structured data 與頁面可見內容不要互相矛盾。
退換貨、配送、付款與商品政策提供可抓取的公開說明。
不要只為 AI 建立隱藏內容；真正可驗證、對買家有用的資訊才有長期價值。

官方延伸閱讀：How to make your store readable to AI shopping agents

企業現在適合直接讓 AI Agent 管 WordPress / WooCommerce 嗎？

可以開始測試，但不建議一開始就把所有 write capability 丟給 production Agent。

比較安全的導入順序是：

先做 read-only：查文章、查商品、查統計、查低庫存。
再做低風險寫入：建立文章草稿、建立待確認商品草稿。
加入 human approval：價格、庫存、促銷、訂單狀態變更先顯示差異再執行。
最後才碰高風險流程：付款、退款、會員資料與敏感訂單操作需要更嚴格的權限、log 與 rollback。

這也是為什麼 Abilities API 的 permission callback、WooCommerce 的 existing permission model，以及 MCP 的 authentication 不是附加功能，而是 AI Agent 能不能安全上 production 的核心。

結論：WordPress 與 WooCommerce 正在變成 Agent-ready 平台

2026 年最大的改變，不是 WordPress 多了一個 AI 按鈕，而是 WordPress 與 WooCommerce 開始具備一套讓 AI Agent 能理解、發現與執行網站能力的共同語言。

AI Client 解決模型呼叫，Connectors 解決外部服務連線，Abilities API 把網站功能描述成可發現的 capability，MCP Adapter 再把能力交給外部 AI Agent；WooCommerce 則進一步把 Products、Orders、Analytics 與未來 Shopping Agent / Merchant Agent 串成完整的 commerce agent 架構。

對 WPW 而言，這不是未來概念。我們已經在 wpw.design 上實作 WPW AI Assistant，並持續追蹤 WordPress AI、WooCommerce MCP、Abilities API、GitHub Agent Skills 與 Agentic Commerce 的正式發展。

如果你的 WordPress / WooCommerce 網站想導入 AI Assistant、MCP、客製 Ability、AI 商品管理、站內知識檢索或企業級 AI workflow，可以 聯絡 WPW 台中網頁設計工作室，我們會先從權限、資料安全與實際工作流程評估，而不是直接把 AI 接上正式後台。

常見問題 FAQ

WordPress 7.1 已經內建完整 AI 聊天機器人嗎？

沒有。WordPress 7.1 的重點是持續強化 AI Client、Abilities API、Connectors 等基礎層；可見的 AI 功能目前主要透過官方 AI Plugin 與其他外掛實驗、迭代。WordPress Core 並不是安裝後就會自動出現一個通用聊天機器人。

WordPress MCP Adapter 是做什麼的？

WordPress MCP Adapter 把 WordPress Abilities API 註冊的能力轉成 MCP tools、resources 與 prompts，讓 Claude、Cursor 或其他 MCP 相容 AI Agent 可以在權限控制下發現與執行 WordPress 功能。

WooCommerce MCP 可以讓 AI 管理商品與訂單嗎？

可以。WooCommerce 已提供商品與訂單相關的 canonical abilities，可查詢與建立商品、更新商品、查詢訂單、更新訂單狀態與新增訂單備註；實際可執行範圍仍取決於使用者權限、認證方式與站點設定。

WooCommerce for Claude 可以直接用在所有正式商店嗎？

不建議把快速演進中的 AI Agent 工具直接當成所有正式商店的無人值守自動化。它很適合在 staging、read-only analytics 與有人工確認的 workflow 中評估，涉及訂單、價格或客戶資料的寫入則應搭配最小權限、審核與 log。

什麼是 Agentic Commerce？

Agentic Commerce 是讓 AI Agent 參與商品搜尋、比較、購物規劃、建立購物車、商店分析甚至未來結帳流程的電商模式。它把 AI 從「回答問題」推進到「代表使用者或商家完成多步驟商務工作」。

WPW AI Assistant 現在使用哪些資料回答？

WPW AI Assistant 會檢索 WPW 官網公開的頁面、文章、作品與相關公開資訊，也會理解訪客當下頁面的標題與文字脈絡，並納入 llms.txt / llms-full.txt 等公開資料。它不會把 WordPress 後台、帳密、API Key 或會員私密資料當成匿名訪客的回答來源。

WPW AI Assistant 會保存訪客聊天紀錄嗎？

目前一般前台對話只保留在當前頁面的記憶體中，離開網站後即清除，WPW 主機不建立一般訪客聊天歷史資料庫。API Key 則只保留於伺服器端，不回填到前端 HTML。

企業導入 WordPress AI Agent 最重要的安全原則是什麼？

先以 read-only、least privilege 與 staging 開始，將高風險寫入改成 staged change + human approval；訂單、會員、付款與個資則必須使用更嚴格的認證、權限、audit log、credential rotation 與 rollback 機制。

本文由 WPW – WordPress Web Design，台中網頁設計工作室整理；技術資料以 WordPress、WooCommerce 與相關官方 GitHub 專案於 2026 年 9 月 17 日公開內容為準。

WordPress WooCommerce AI 導入 – AI Agent、MCP 與 Agentic Commerce 完整指南