Codex Computer Use 可以直接看懂瀏覽器畫面、點擊 WordPress 後台並輸入文章，但很多人第一次使用時，會以為只要把 Computer Use 打開，AI 就會自動完成所有設定。實際上，你還要先準備登入狀態、WordPress 權限、文章規格，以及發布前的人工確認。
這篇改用最貼近一般使用者的情境示範：不安裝 WP-CLI、不串 REST API，也不需要 orca-wp，只用 Codex、Computer Use 與已登入的 Chrome，完成一篇 WordPress 草稿、封面、分類、SEO、預覽與發布。後面也會說明哪些工作適合交給 AI，哪些步驟最好保留自己確認。
Codex Computer Use 是什麼？打開就能寫 WordPress 嗎？
Computer Use 可以把 Codex 想成多了一雙眼睛和一組滑鼠鍵盤。它能辨識目前畫面、切換分頁、按下按鈕、填寫欄位與檢查操作結果，因此可以處理 WordPress 後台這類需要登入的圖形介面。
但開啟 Computer Use 只是取得操作能力，並不等於 Codex 已經知道你的網站規則。它不會自動知道文章要放哪個分類、封面尺寸、SEO 外掛、品牌口氣，或你是否同意直接發布。這些都要在任務指令或 Skill 裡寫清楚。
| 準備項目 | 用途 | 是否必要 |
|---|---|---|
| Codex 桌面版 | 執行任務與呼叫 Computer Use | 必要 |
| Computer Use | 查看並操作瀏覽器畫面 | 必要 |
| Chrome 擴充功能 | 讓 Codex 操作既有 Chrome 分頁與登入狀態 | 使用 Chrome 時需要 |
| WordPress 帳號 | 登入後台、建立與發布文章 | 必要 |
| WP-CLI／REST API | 大量或結構化自動化 | 本教學不需要 |
開始前先完成六項準備
1. 先安裝 SEO 與去 AI 味 Skill
我的習慣不是一打開 Codex 就叫它寫文章，而是先把兩種基礎 Skill 準備好：一個負責 SEO 結構與搜尋意圖，一個負責去除 AI 常見語氣。SEO Skill 應規範標題、slug、摘要、H2／H3、內部連結、FAQ 與來源查核；去 AI 味 Skill 則負責拿掉制式開場、過度連接詞、翻譯腔、空泛結論與不自然的網路黑話。
- SEO Skill：決定文章是否完整回答搜尋問題，以及上架需要哪些欄位。
- 去 AI 味 Skill：做第二輪語氣整理，不負責竄改事實與關鍵數字。
- 安裝前檢查：確認 Skill 來源、閱讀
SKILL.md，並留意是否包含會執行指令或存取外部服務的 scripts。
執行順序建議是「研究與 SEO 架構 → 完成初稿 → 去 AI 味 → 事實與連結複查」，不要一開始就要求所有 Skill 同時改同一段文字，否則很難判斷哪一層把內容改壞。
2. 建立自己的寫作風格 Skill
去 AI 味只能讓文字比較自然，還不等於像你。接著挑選 3 至 5 篇最能代表自己的舊文章或貼文，讓 Codex 整理出個人寫作風格 Skill。它應該記錄你的開場方式、句子長度、慣用詞、觀點強度、案例安排、CTA，以及你不會使用的語句。
請分析我提供的 3 至 5 篇文章，建立 personal-writing-style Skill。
請整理：
1. 我通常如何開場與提出問題
2. 句子長度、段落節奏與口語程度
3. 常用詞、專業詞與台灣用語
4. 我如何加入親身經驗、判斷與反例
5. CTA 的方式
6. 禁止出現的 AI 套話、浮誇承諾與翻譯腔
Skill 要保留事實查核與 SEO 結構，不要只是模仿口頭禪，
也不要把舊文章中的錯字、過時資料或重複贅詞當成個人風格。完成後可以用同一個主題做一小段 A／B 測試：一段只經過去 AI 味，另一段再套用個人風格 Skill。確認第二段真的比較像自己，而不是刻意堆滿口語詞，再拿來處理整篇文章。
3. 更新 Codex 並啟用 Computer Use
- 開啟 Codex 桌面版。
- 進入 Settings。
- 找到 Computer Use 設定。
- 啟用 Computer Use；若要操作目前的 Chrome，依畫面提示安裝瀏覽器擴充功能。
- 安裝後重新整理 Chrome 分頁，回到 Codex 確認瀏覽器工具可以使用。
不同版本的按鈕名稱可能略有差異。如果設定頁沒有 Computer Use，先更新 Codex；如果 Chrome 無法連接，重新啟用擴充功能並重開瀏覽器。
4. 用專用 WordPress 帳號登入
先由你自己在 Chrome 開啟 https://你的網域/wp-admin/ 並完成登入。若有兩步驟驗證、CAPTCHA 或 Passkey，也建議先人工完成，再把已登入的後台分頁交給 Codex。
日常寫文可以建立一個專用的「作者」或「編輯」帳號，不必使用最高權限的管理員。只有需要安裝外掛、修改網站設定或 Elementor 範本時，才考慮使用管理員權限。
5. 先確認網站使用哪一種編輯器
- Gutenberg 區塊編輯器：最適合本教學，可直接建立標題、段落、清單、表格與 FAQ。
- Classic Editor：可以貼入內容，但區塊結構與預覽方式不同。
- Elementor：適合版型頁與 Landing Page；一般 SEO 文章仍建議使用 Gutenberg，操作較穩定。
6. 第一次一律先存草稿
不要第一次就下「寫完直接發布」。先讓 Codex 建立草稿並停在預覽畫面，等你確認封面、網址、分類與內容後，再執行發布。這可以避免 AI 選錯分類、重複建立文章，或把尚未完成的內容公開。
文章完成後，先輸出成 WordPress 上架包
文章產生完成後，不要只讓 Codex 在對話中貼出一大段 Markdown。比較穩定的方式，是要求它建立一個固定格式的「WordPress 上架包」。Computer Use 下一階段只讀取這些檔案並填入後台，不再臨場重新生成文章。
wordpress-publish-package/
├── publish.yml # WordPress 與 SEO 欄位
├── content.html # Gutenberg 區塊原始碼
├── cover.png # 16:9 精選圖片
└── sources.md # 參考來源與查核紀錄publish.yml：讓 Codex 知道每個欄位要填什麼
title: "文章標題"
slug: "english-lowercase-slug"
status: "draft"
category: "AI 開發"
tags:
- "Codex"
- "Computer Use"
excerpt: "120 至 158 字的文章摘要"
seo_title: "搜尋結果使用的 SEO 標題"
meta_description: "Meta Description"
focus_keywords:
- "Codex Computer Use"
featured_image: "cover.png"
featured_image_alt: "描述封面內容與文章主題"
editor: "gutenberg"
requires_human_publish_confirmation: true分類與標籤最好填入網站既有名稱，不要讓 Computer Use 自動創造一批近義詞。status 固定設成 draft，並保留 requires_human_publish_confirmation: true，提醒 Codex 完成草稿後必須停下來。
content.html：不要輸出一般 Markdown
content.html 應使用 Gutenberg 區塊原始碼，保留 <!-- wp:paragraph -->、<!-- wp:heading -->、<!-- wp:table --> 與 <!-- wp:details --> 等區塊註解。Computer Use 只要切換到 WordPress 程式碼編輯器，貼入完整內容，再切回視覺編輯器檢查即可。
sources.md 不需要貼到文章前台，它是留給作者與 Codex 複查引用日期、官方連結及容易變動的資訊。封面則固定使用明確檔名與 16:9 比例，避免上架時選錯媒體。
可直接使用的產稿指令
請依序使用 SEO Skill、去 AI 味 Skill 與 personal-writing-style Skill，
完成「＿＿＿＿＿＿」這篇 WordPress 文章。
先研究與查核資料，再完成 SEO 架構及初稿；
接著去除 AI 套話並套用我的個人寫作風格，最後重新檢查事實、來源與內鏈。
不要直接操作 WordPress，也不要只在對話中輸出 Markdown。
請建立 wordpress-publish-package 資料夾，包含：
- publish.yml
- content.html（Gutenberg 區塊原始碼）
- cover.png
- sources.md
status 必須是 draft，公開發布前必須取得我的確認。
完成後先檢查欄位是否齊全，再回報上架包的位置。完整教學：只用 Computer Use 發布 WordPress 文章
步驟一：開啟已登入的 WordPress 後台
- 在 Chrome 開啟 WordPress 後台。
- 確認右上角顯示正確的網站與使用者。
- 進入「文章 → 全部文章」，先搜尋預計使用的標題或英文網址。
- 確認沒有重複文章後，再按「新增文章」。
先搜尋再新增很重要。否則同一個任務重跑時，可能建立兩篇相似文章。
步驟二：指定上架包與操作規則
文章已經由 Skills 完成並輸出上架包後，再回到 Codex 啟動 Computer Use。這個階段只負責讀取檔案、填入 WordPress 與驗收，不應自行改寫文章。下面這段可以直接使用：
請使用 Computer Use 操作目前已登入的 WordPress 後台，
讀取 wordpress-publish-package 上架包並建立文章。
執行規則：
1. 先用 publish.yml 的 title 與 slug 搜尋重複文章。
2. 依 publish.yml 填入標題、slug、摘要、分類與標籤，不自行改名。
3. 切換 Gutenberg 程式碼編輯器，貼入 content.html 的完整內容。
4. 切回視覺編輯器，確認沒有無效或傳統編輯器區塊。
5. 上傳 cover.png，填入 featured_image_alt，並設為精選圖片。
6. 若有 Rank Math，填入 seo_title、meta_description 與 focus_keywords。
7. 儲存為草稿，不要發布。
8. 開啟預覽並檢查桌機與手機畫面、表格、FAQ 和內部連結。
9. 回報實際填入的欄位與預覽結果，等我確認後才能發布。
不要在上架階段重新生成或改寫文章。
遇到登入、驗證碼、檔案上傳確認、刪除或公開發布時先停下來詢問。步驟三：建立 Gutenberg 文章內容
Codex 進入新增文章頁後，應先填入文章標題，再建立內文。一般有兩種做法：
- 視覺編輯器：逐段加入標題、段落、清單、圖片與表格，適合短文章。
- 程式碼編輯器：從右上角三點選單切換「程式碼編輯器」，貼入完整 Gutenberg 區塊標記，再切回視覺編輯器檢查，適合長篇文章。
不要直接把 Markdown 的 ## 標題、三個反引號或未處理的 HTML 塞進視覺編輯器。完成後要切回視覺模式，確認每個 H2、表格與 FAQ 都是獨立區塊，而不是全部擠在「傳統編輯器」區塊中。
步驟四：設定網址、分類、標籤與摘要
- 打開右側「文章」設定欄。
- 在「連結」或「網址」設定英文 slug，例如
codex-wordpress-computer-use-guide。 - 選擇一個主要分類，不要為單篇文章隨意新增相似分類。
- 選擇 3 至 5 個既有標籤；需要新增時，名稱與用途要明確。
- 填入約 120 至 158 字的摘要，讓搜尋結果與社群分享更容易理解文章重點。
步驟五：上傳並指定精選圖片
- 在右側找到「精選圖片」。
- 選擇媒體庫既有圖片，或上傳準備好的 16:9 封面。
- 補上替代文字，描述圖片與文章主題。
- 按下「設為精選圖片」。
- 回到文章設定欄，確認縮圖真的顯示在精選圖片欄位。
圖片出現在媒體庫，不代表已經成為文章封面；一定要確認「精選圖片」欄位出現縮圖。上傳本機檔案屬於對外傳送資料，Codex 可能會要求你確認，這是正常的安全流程。
步驟六：設定 Rank Math SEO
如果網站有安裝 Rank Math，可以請 Codex 開啟右上角的 SEO 面板，依序設定：
- 焦點關鍵字：文章最主要想排名的搜尋詞。
- SEO 標題：包含主要關鍵字，避免超出搜尋結果可顯示範圍。
- Meta Description：自然說明文章能解決什麼問題，不要堆疊關鍵字。
- 社群分享預覽：確認 Facebook／LINE 分享時有正確標題與封面。
SEO 分數不是越高越好，不需要為了變成綠燈而硬塞關鍵字。真正要確認的是標題、網址、內容結構與搜尋意圖一致。
步驟七：儲存草稿並開啟預覽
- 按「儲存草稿」。
- 等待 WordPress 顯示儲存完成，不要連續重複點擊。
- 按「預覽」，先檢查桌機版。
- 再切換平板與手機預覽，或縮小瀏覽器寬度檢查。
- 點開 FAQ、表格與重要內部連結，確認可以正常使用。
預覽時至少檢查：標題是否重複、H2／H3 是否過大、表格有沒有超出手機畫面、封面是否清楚、FAQ 能否展開、內部連結是否連到正確頁面。
步驟八：由你確認後再發布
檢查草稿沒有問題後，再對 Codex 說：
我已確認草稿內容，可以發布。請按下發布並完成 WordPress 的第二次確認，接著開啟公開網址，檢查文章、封面、FAQ 與內部連結是否正常，最後回報公開網址。
WordPress 通常會在第一次點擊「發布」後再顯示一次確認面板。不要叫 Codex 略過這個步驟；公開發布屬於外部寫入，保留最後一次人工授權會比較安全。
發布後一定要做的前台驗收
| 檢查項目 | 合格標準 |
|---|---|
| 公開網址 | 未登入狀態也能正常開啟，不是預覽網址 |
| 文章標題 | 頁面只有一個 H1，正文從 H2 開始 |
| 精選圖片 | 列表頁、文章頁與社群預覽都有正確封面 |
| 手機版 | 文字、表格、程式碼與按鈕沒有超出畫面 |
| FAQ | 每一題都能展開，問題與答案沒有跑版 |
| 內部連結 | 連到正確文章，沒有 404 或錯誤分頁 |
| 分類與標籤 | 沒有掛到錯誤分類，也沒有製造重複標籤 |
如果網站使用快取外掛或 Cloudflare，後台已更新但前台仍看到舊內容時，先重新整理，再視網站設定清除文章快取。不要因為前台暫時沒變，就讓 Codex重複建立第二篇文章。
Computer Use 常見問題排除
Codex 看得到 Chrome，卻不能點擊
確認 Computer Use 已啟用、Chrome 擴充功能有權存取目前網站，並重新整理分頁。仍無法操作時，關閉再重新開啟該分頁或重新啟動 Chrome。
卡在登入、2FA 或 CAPTCHA
這些步驟應由你接手完成。登入成功後回到 WordPress 後台，再告訴 Codex 繼續。不要把密碼、備援碼或 API Key 寫進 Skill 或長期保存的 Prompt。
找不到分類、SEO 或精選圖片欄位
先確認右上角的設定側欄已開啟，並且目前選的是「文章」而不是「區塊」。Rank Math 可能要點右上角分數圖示才會展開；如果網站沒有安裝 SEO 外掛，就不要讓 Codex 自行新增外掛。
文章貼上後全部變成同一個區塊
通常是把 Gutenberg 標記貼到錯誤模式。切換到程式碼編輯器重新貼入，再回到視覺編輯器檢查；若 WordPress 顯示區塊驗證錯誤，先不要發布，改用「嘗試區塊復原」或逐段重建。
Codex 操作到一半停住
先查看它是否正在等候上傳、發布或其他敏感操作確認，也可能是 WordPress 自動儲存尚未完成。不要立刻重跑整個任務，應先要求它回報目前停在哪一步，再從該步驟繼續。
把固定規則整理成 WordPress 寫作 Skill
單篇文章可以直接使用上面的完整 Prompt；如果每週都要寫，建議把工作拆成 SEO Skill、去 AI 味 Skill、個人寫作風格 Skill，以及只負責讀取上架包與操作後台的發布 Skill。每個 Skill 只處理自己的責任，發生問題時才容易定位。
---
name: wordpress-computer-use-writer
description: 使用 Computer Use 在 WordPress 後台建立、預覽與發布文章
---
# 安全規則
- 使用已登入的 WordPress 分頁，不要求或保存密碼
- 新文章預設先存草稿
- 發布、刪除、安裝外掛前必須取得確認
- 操作前先搜尋重複標題與 slug
# 寫作規則
- 文章內容必須已完成 SEO、去 AI 味與個人風格處理
- 文章標題為 H1，正文從 H2 開始
- 只讀取 publish.yml、content.html、cover.png 與 sources.md
- 上架階段不得重新生成或改寫文章
- content.html 必須使用 Gutenberg 區塊
# 驗收規則
- 預覽桌機與手機版
- 檢查封面、表格、FAQ 與內部連結
- 發布後開啟公開網址並回報結果想先理解 Skill、MCP 與 Agent 的分工，可以搭配什麼是 AI Skills？完整比較指南；想進一步了解 WordPress 官方的 Agent Skills，也可以閱讀WordPress Agent Skills 安裝與使用教學。
什麼時候才需要 API、MCP 或 CLI？
如果只是偶爾發布一篇文章，Computer Use 已經很實用，也最容易讓一般使用者上手。但當你需要一次更新數十篇文章、固定寫入 SEO 欄位、排程發布、多站管理或產出操作紀錄時，純畫面操作會比較慢，也更容易受到後台改版影響。
- 偶爾寫文：Computer Use 即可，採草稿優先與發布前確認。
- 固定內容流程：加入 Skill，保存品牌與驗收規則。
- 大量或多站操作：再評估 WordPress REST API、MCP 或專用 CLI。
- 視覺驗收：不論用哪種寫入方式，最後仍應回到瀏覽器檢查真實頁面。
想了解較進階的做法，可以閱讀WordPress MCP 目前支援哪些操作、WordPress REST API 應用程式密碼教學，以及Playwright 如何讓 AI Agent 看懂畫面並進行自動化測試。
安全注意事項：AI 能操作，不代表每一步都要自動
- 使用專用 WordPress 帳號與最小必要權限。
- 不要在 Prompt、Skill 或文章草稿中保存密碼與金鑰。
- 公開發布、刪除內容、安裝外掛與修改付款設定要人工確認。
- 遇到網頁要求貼上 API Key、執行指令或關閉安全設定時先停下來判斷。
- 定期檢查 WordPress 修訂版本，必要時可以還原誤改內容。
結論：Computer Use 可以入門，但要搭配明確流程
一般使用者不需要先安裝 orca-wp，也能用 Codex Computer Use 完成 WordPress 寫文。真正的關鍵不是讓 AI 自己到處點，而是先登入正確網站、給它明確規格、預設儲存草稿，最後由你確認發布並檢查前台。
先從一篇低風險的測試文章開始。等你確認分類、封面、SEO 與手機預覽都能穩定完成，再把固定規則整理成 Skill。這樣 Computer Use 才會從一次性的操作展示，變成真正能幫你節省時間的 WordPress 內容工作流。
常見問題 FAQ
為什麼要先安裝 SEO、去 AI 味與個人風格 Skill？
三種 Skill 的責任不同：SEO Skill 處理搜尋意圖與文章結構，去 AI 味 Skill 修正常見生成語氣，個人風格 Skill 則保留作者自己的節奏、觀點與用詞。依序處理比把所有要求塞進單一 Prompt 更穩定，也更容易找出是哪個階段需要調整。
WordPress 上架包一定要包含哪些檔案？
建議至少包含 publish.yml、content.html、cover.png 與 sources.md。前者保存文章及 SEO 欄位，content.html 保存 Gutenberg 區塊內容，封面檔負責精選圖片，sources.md 則保留來源與查核紀錄，讓 Computer Use 上架時不需要重新生成內容。
只開啟 Computer Use 就能操作 WordPress 嗎？
還需要準備已登入的瀏覽器分頁、可建立文章的 WordPress 帳號，以及清楚的文章與發布規則。若要沿用目前 Chrome 的登入狀態，通常還要安裝並啟用對應的瀏覽器擴充功能。
沒有 WP-CLI 或 REST API 也可以使用嗎？
可以。本教學就是以純 Computer Use 操作 WordPress 後台為主，適合一般使用者與偶爾寫文的情境。只有大量更新、多站管理或固定欄位自動化時，才需要考慮 API、MCP 或 CLI。
Codex 可以直接幫我輸入 WordPress 密碼嗎？
不建議把密碼交給 Codex 或寫入 Skill。比較安全的方式是由你先完成登入、兩步驟驗證與 CAPTCHA，再讓 Codex 操作已登入的後台分頁。
可以要求 Codex 寫完直接發布嗎？
技術上可以，但第一次不建議。先建立草稿、打開前台預覽並確認封面、分類、網址與 SEO，再明確授權發布，能大幅降低誤發與重複文章的風險。
為什麼 Codex 說完成，前台卻看不到更新？
先確認文章狀態是已發布而不是草稿或預覽，再檢查是否開錯網址。若後台內容正確但前台仍是舊版，可能是 WordPress、主機或 Cloudflare 快取，應清除該文章快取後重新檢查。
