Skills：把重複工作變成可呼叫流程

Skill 是什麼？

Skill 可以理解成：一套教 Codex 怎麼做某類任務的工作說明書。

寫長文有寫長文的流程。做 code review 有 review 的流程。生成圖片有圖片的流程。處理 Slack、GitHub、文件、表格，也可以有各自的流程。

如果你每次都要手動告訴 Codex 同一套要求，就該考慮把它沉澱成 skill。

Skill 的結構

Skill 通常是一個包含 SKILL.md 的目錄，可以附帶腳本、參考資料和資源。

Codex 的運作方式是：先看到 skill 的名稱、描述和路徑；只有在決定使用這個 skill 時，才讀取完整說明。

所以 skill 的描述要夠精準——讓 Codex 知道「這個 skill 適合什麼任務」。

兩種呼叫方式

顯式呼叫：在 prompt 裡直接寫 skill 名稱

$code-review 這個 PR

隱式觸發：任務和 skill 描述吻合時，Codex 自動選擇

你不需要每次都手動指定，Codex 會根據任務內容判斷要不要用某個 skill。

什麼時候該建 skill？

一個簡單的判斷標準：

如果你對 Codex 說過同一套要求超過三次，就該把它變成 skill。

skill 不是為了炫技，而是為了讓重複的工作變得一致、可靠、省時間。

一句話記住這課

Prompt 是一次性要求，skill 是可複用工作流。

AI 協作：學了這個，跟 AI 怎麼配合？

把重複工作沉澱成 skill，是從「會用 AI」到「善用 AI」的關鍵一步。

你的人類優勢：

• 識別哪些工作流程值得標準化
• 設計 skill 的觸發條件和品質標準

可以這樣跟 AI 說：

「我每次做 code review 都要求你檢查安全漏洞、效能問題和程式碼風格。請幫我把這些要求整理成一個可重複使用的 skill。」