最近看了這支介紹 Codex 的影片：
一個 AI 助手打趴整套 Office 軟體！超強 Codex……（PAPAYA 電腦教室）
影片把 Codex 講成「能進本機資料夾動手做事的 AI 助手」，示範很多 表格、簡報、合併列印、架站 之類的 Office 向流程。我覺得方向對——但我不需要再抄一套示範檔。
這篇筆記改成：同樣的使用觀念，換成我自己的個人網站與專案資料夾來練。
Codex 對我來說是什麼？
先釐清定位（跟影片精神一致，描述用自己的話）：
- 不是只会聊天的網頁對話框
- 比較像：指定一個資料夾當工作場，讓 Agent 讀檔、改檔、跑指令（實際能力與權限依你裝的版本／方案為準）
- 好用的前提通常是：資料夾邊界清楚、規則寫清楚、你願意審核它做的變更
我關心的不是「會不會做簡報」，而是：能不能幫我加速整理筆記、截圖、文章草稿與小重構。
不跟影片走的三個練法
以下提示詞可以直接改路徑／檔名自己試。
練法 1：先讓它「讀懂這個站」，不要急著改
開你的個人網站專案資料夾（例如這個部落格），先問釐清題，而不是「幫我重做首頁」：
請只讀取，先不要改任何檔案。
用繁體中文整理：
1. 這個專案是用什麼前端框架與建置方式？
2. 文章放在哪個資料夾、如何變成頁面？
3. 路由有哪些主要頁面？
4. 若我要新增一篇 Markdown 筆記，最小需要改／新增哪些檔？
最後用條列給我一份「新人接手這站」檢查清單。
目的：測它對資料夾的理解，也順便當自己的專案導覽。影片若從「做一份報表」開始，我這裡改從「搞懂自己的 repo」開始。
練法 2：用真實截圖資料夾練「整理」，不是合併列印
例如你有一堆作品截圖、還沒命名好：
目標資料夾：public/posts/（或你的截圖資料夾）
請先列出目前圖檔檔名與大約內容類型（登入頁／官網／圖鑑等）。
提出「重新命名建議清單」即可，先不要真的改檔名。
規則：
- 用英文小寫＋連字號
- 格式 cover-{專案關鍵字}.png
- 不要覆寫已存在且正確的封面檔
確認清單沒問題後，再下第二步「依清單執行重新命名，並回報前後對照表」。
這對應影片裡「批次處理很多檔案」的快感，但場景換成 部落格封面素材，不是客戶名單合併列印。
練法 3：請它起草文章大綱，你自己定調
例如最近寫「本機 RAG／MCP 串 ERP」時，可以這樣用：
依據 content/posts/ 現有筆記的語氣（繁中、第一人稱、先講結論），
幫我草擬一篇新筆記的大綱，主題：本機小模型 RAG 不夠用之後改用 MCP 查系統。
只要大綱與建議標題／標籤，不要直接覆寫任何 md。
然後指出哪些段落需要我補充「真實踩坑」，AI 不應瞎編。
重點：Agent 出骨架，你填事實。 避免它編出沒用過的套件版本或公司內部細節。
我認為要比示範更重要的：AGENTS.md
很多 Codex／Agent 教學會提到專案規則檔（常見叫 AGENTS.md）。精神是：
重要偏好講一次，之後每個 session 都讀，不用每次重複交代。
針對「個人部落格」這種站，我若寫規則會偏向：
# 這個專案給 Agent 的規則
- 回覆與新增文章使用繁體中文
- 不要提交 .env、帳密、內網 IP
- 文章放在 content/posts/*.md，需含 frontmatter（title/slug/excerpt/category/tags/createdAt）
- 公開作品敘述：可寫客戶品牌名；內部系統敘述避開帳密與未授權截圖細節
- 改 UI 前先說明影響哪些頁面；不要一次大改無關模組
- 沒有要求就不要 git commit / push
原則：短、會每次用到、違反會出事的才寫。 長 SOP 另開文件，需要時再叫它讀。
（實際檔名／指令以你使用的 Codex 版本為準；有的環境可用初始化指令產生草稿再改。）
權限與心態（簡短）
- 先讀後寫：重要目錄先「只分析／給計畫」，核准再改檔
- 小步：一次一個目標（整理圖、起草一篇、修一個元件）
- 你負責真相：業務／公司資料、是否公開，最終由你判斷
影片演示的爽感來自「一口氣做完」。實務上我比較喜歡：Agent 加速重複與探索，關鍵決策仍在人。
跟我最近其他練習的關係
- 本機 RAG／MCP 筆記：偏「問資料／查系統」
- 這篇 Codex：偏「進資料夾動手整理與起草」
兩者都是 Agent，但一個朝 工具查詢（MCP），一個朝 檔案工作場。可以並存，不必互斥。
結語
啟發來源是 這支 Codex 介紹影片，但練習場我換成：
- 讀懂個人網站結構
- 整理真實截圖／封面
- 起草筆記大綱＋用
AGENTS.md鎖語氣與安全底線
若你也是看完 Office 向示範卻找不到自己場景，不妨直接把「正在維護的那個資料夾」丟進去當第一個專案——比再做一份範例簡報更貼自己的工作流。