AI 原生 CMS：以 MCP、CLI 與 Skills 管理內容
當你把內容操作視為可程式化工作流程而非單次後台點擊時，EmDash 作為 AI 原生 CMS 會更有意義。
多數 CMS 平台在寬鬆意義上都能被 AI 代理使用。若代理能在瀏覽器裡點按鈕，多半也能硬撐著走完後台。
那與「AI 原生」不是同一回事。
AI 原生 CMS 為代理提供結構化方式去理解系統、查詢內容、更新 schema，並在清楚邊界內操作。EmDash 在這裡才顯得有趣。
為何僅靠後台流程會走進死胡同
內容操作充滿重複工作：
- 批次編輯
- 欄位整理
- 遷移轉換
- 內容稽核
- schema 更新
- 媒體上傳
完全透過 GUI 做這些事成本高、速度慢、難以重現。也讓 AI 輔助變得脆弱，因為代理必須從頁面結構推測意圖，而無法使用明確工具。
三個關鍵拼圖
當三者協同時，EmDash 的 AI 原生敘事最強。
MCP
MCP 伺服器讓代理以結構化方式與 CMS 互動。不必爬梳後台 UI，而是透過定義清楚的協定操作。
這很重要，因為它讓操作可讀，並縮小人類流程與機器流程之間的落差。
CLI
CLI 的意義在於把常見 CMS 工作變成指令與腳本：
- 上傳媒體
- 搜尋內容
- 管理 schema
- 操作本機或遠端實例
這讓內容工作可重現，而非純手動。
Skills
Skills 是多數 CMS 工具忽略的層次。它們給代理關於「系統應如何使用」的脈絡。
對外掛建立、內容遷移、主題移植，以及任何「只知道 API 存在」仍不夠的工作流程，這點很重要。
為何改變日常工作
重點不是新奇，而是營運槓桿。
AI 原生 CMS 應協助團隊本來就得做的事：
- 遷移舊內容
- 正規化不一致的中繼資料
- 重建內容模型
- 建立或調整主題
- 安全地鷹架外掛
到了這裡，MCP、CLI 與 skills 才從抽象平台功能，變成真正的編輯優勢。
對團隊的意義
對小團隊，這能壓縮大量重複的營運勞動。
對較大團隊，它提升一致性。內容整理不必每次都變成不同的手動流程，而可以透過可重複工具表達人類意圖。
這是比單純在舊後台上加一層 AI 聊天更強的長期方向。
實務測試
若要判斷 CMS 是否真正 AI 原生，可問：
- 代理能否在不猜測的情況下檢視並操作內容模型？
- 例行編輯操作能否腳本化？
- 平台是否提供足夠脈絡讓代理表現良好？
EmDash 對這些問題的答案優於多數傳統 CMS 產品，因為它把可程式化視為內容操作的一部分，而非事後補丁。