透過前面幾篇建立的個人背景、工作情境與偏好設定，現在 Hermes 已經逐漸知道我是誰，也知道我希望 AI 用什麼方式協助我。但如果希望 AI 真正成為我的工作分身，還有需要解決：

知道我是怎麼工作的。

例如，我寫文章時有自己的表達方式；整理資料時有自己的判斷習慣；處理工作任務時，也會依照固定的方法與標準。

這些累積多年的能力，才是一個人在工作中真正有價值的部分。

接下來幾篇，我們將會開始大量使用 Skill。不管是萃取我的風格、建立我的表達方式，或者整理某些固定工作流程，Skill 都會成為讓 Hermes Agent 學習這些能力的重要機制。

因此，在真正開始打造自己的 Skill 之前，我們需要先理解 Skill 到底是什麼？它和我們平常使用的 Prompt 有什麼差別？為什麼 Skill 會成為打造 AI 工作分身的重要能力？

從 Prompt 到 Skill

很多人開始學習 AI 時，第一個學會的事情就是下 Prompt。當我們需要 AI 協助完成任務時，最直覺的方式就是直接告訴它想要什麼結果。

例如開完一場會議，把錄音檔丟給 AI，說：

幫我整理這場會議的會議紀錄。

當然做得到，它會幫你整理討論主題、歸納結論、列出待辦事項，看起來已經比自己重新閱讀逐字稿快速很多。

但當你開始大量使用 AI，很快會發現：為什麼每次整理出來的東西，品質都不太一樣？

有時候它很重視摘要，有時候列出了大量細節；有時候真正重要的決策只有一行，但背景資訊卻寫了三頁。問題不在於 AI 不懂整理，而是你和 AI 對「什麼叫做好」的理解可能不同。

舉例來說，同樣是一份會議紀錄，不同角色需要看的內容也完全不一樣。

主管可能只需要：

1. 做了什麼決策？
2. 有什麼重大風險？
3. 哪些事情需要他拍板？

執行團隊則可能需要：

1. 接下來誰要做什麼？
2. Deadline 是什麼？
3. 哪些任務彼此有 Dependency？
4. 有哪些事情尚未解決？

如果每次開完會，你都必須重新向 AI 解釋這些要求，那 AI 雖然幫你節省了一些時間，但它還沒有真正懂你。

使用 AI 的三個 Level

我通常會把 AI 的使用方式分成三個 Level。

Level 1：直接要 AI 做什麼

最基本的方式就是：

幫我整理這場會議的會議紀錄。

AI 會根據它自己對「會議紀錄」的理解，產生一份通常還算合理的結果。

但問題顯而易見：它使用的是它理解的會議紀錄，不一定是你理解的會議紀錄。

它可能就直接自動整理成：

• 會議摘要
• 討論重點
• 行動項目

但哪些資訊最重要？哪些細節應該刪掉？篇幅應該多長？

是不是要針對主管版和執行團隊版出二個檔案？

最後要直出 Markdown、轉存Word，還是上公司系統的正式 Meeting Minutes？

這些事情，我們都沒有告訴它。

Level 1 在只是偶爾使用、風險不高，而且最後還是會自己檢查，這種方式還算夠用。

Level 2：告訴 AI 用什麼方法做

接下來，你開始會指定方法。例如，你可能有自己的一套 Meeting Minutes 方法：

1. 先強調這場會議的目的，整理必要的背景脈絡。
2. 提取真正重要的關鍵決策。
3. 分開尚未決定的問題。
4. 整理 Action Items。
5. 標示 Owner 與 Deadline。
6. 列出風險與待確認事項。

而且進一步制定判斷原則：

• 決策比討論過程重要。
• 相同主題應該整合，不要逐句重述逐字稿。
• 背景資訊只保留足以理解決策的部分。
• Action Item 應該寫成可執行的動詞句。
• 資訊重要程度不同，篇幅不需要平均分配。
• 對拿到會議紀錄的對象來說，只要是沒有行動價值的內容應該刪除。

這時 AI 的輸出通常就會穩定很多。

因為你已經不只是告訴它我要什麼，而是在告訴它我要用什麼方式得到這個結果。

這是從單純「下短指令」，開始進入「設計好的 Promopt 」的重要轉折。

Level 3：把能力整理成 Skill

Level 2 已經非常實用了。

但接下來還會遇到一個狀況：如果這套方法每個星期都會使用，難道每一次都要重新貼一次 Prompt？

而且真實工作通常不會只有一種需求。

例如除了會議紀錄，你可能也希望 AI：

• 用你的語氣寫文章。
• 按照你的習慣整理研究資料。
• 依照你的標準產出報告。
• 遵循你的工作流程處理任務。

這些其實都是不同能力的交乘。

另外，還有一個能力管理的目題。如果每次都重新貼一大段 Prompt，久了之後會遇到：

• 今天修改一條規則，要改哪一份？
• 哪一版才是最新？
• 不同情境下使用的是不是同一套方法？

當這些能力開始累積，你需要管理的就不再只是一次性的指令，而是你的 AI 應該具備哪些能力。

這時候，Skill 就派得上用場。Skill 可以把這些東西集中管理：

• 能力規則
• 使用情境
• 執行流程
• 範例
• 輸出要求

Skill 和 Prompt 最大的差別

如果用一句話區分：

Prompt 是告訴 AI：「這一次我要你做什麼。」

Skill 則是保存：「遇到這類事情時，你應該用什麼能力做，具體的作法是什麼。」

Prompt 比較像臨時交辦一項工作，Skill 則像是把一項能力整理成可以重複使用的技能資產。

Skill 的價值，是在 Prompt 之上，建立更穩定、更容易管理的能力集合。

Hermes Skill 的基本結構

在 Hermes Agent 裡，一個 Skill 最核心的檔案通常是：SKILL.md。這個檔案負責描述這個 Skill 的用途、使用時機，以及執行時需要遵循的規則。

以會議紀錄 Skill 為例，它可能需要告訴 Hermes：

1. 什麼情況適合使用這個能力？
2. 整理會議時應該先處理哪些資訊？
3. 輸出的文件需要符合什麼格式？
4. 哪些判斷標準需要被優先考慮？

因此，一個 Skill 通常會包含兩個主要部分。

第一部分是 metadata，用來提供 Skill 的基本資訊。

例如：

---
name: meeting-notes
description: 整理多受眾會議紀錄與行動事項。
---

其中 name 是 Skill 的名稱，而 description 則是用來描述這個 Skill 的用途，協助 Hermes 判斷目前任務是否適合使用這項能力。

接下來才是 Skill 的主要內容，也就是實際的使用規則。

例如：

# Meeting Notes

## When to Use

當使用者提供會議逐字稿、錄音轉錄或原始會議筆記，
並希望整理成正式 Meeting Minutes、
決策摘要、Action Items，
或不同讀者版本時使用。

## Procedure

1. 確認會議目的與輸出對象。
2. 整理必要的背景與討論脈絡。
3. 提取關鍵決策。
4. 整理 Action Items、Owner 與 Deadline。
5. 根據受眾選擇適合的輸出格式。
6. 執行品質檢查。

這裡描述的是一套處理方式，這樣一來當 Hermes 遇到類似任務時，它可以依照這些規則判斷下一步應該如何進行。

對使用者來說，最大的改變在於：過去需要反覆說明的工作習慣，開始有地方可以被保存，且能被自動觸發。

Skill 會採漸進式載入

當 Skill 數量增加後，另一個 Context 爆量的問題會慢慢浮現出來。

假設你的 Hermes Agent 裡面有：

• 寫作 Skill
• 研究 Skill
• 簡報 Skill
• Email Skill
• 報告 Skill

如果每次對話都把所有 Skill 的完整內容載入，會浪費大量 Context。比如說今天只是請 AI 幫忙寫一封 Email，它其實不需要先讀取完整的文章寫作規範。

因此，Skill 設計中有一個重要概念：Progressive Disclosure（漸進式揭露）。

它的概念很簡單：

先讓系統知道有哪些能力可以使用，當真正需要某項能力時，再讀取完整內容。而如果執行過程中需要額外資料，再進一步載入相關資源。

這種設計方式，其實和我們平常工作的方式很接近：

一位熟悉公司運作的員工，不會每天把所有制度文件、流程文件、歷史案例全部重新閱讀一次。他知道有哪些資源存在，也知道遇到特定問題時應該去哪裡找到需要的資訊。

Skill 採用相同的思路，這個機制讓 Hermes Agent 保持足夠的能力辨識能力，同時避免每次執行任務時都攜帶大量不必要的上下文資訊。

Skill 的資料夾如何分層？

剛開始建立 Skill 時，最容易遇到的問題就是把所有內容全部塞進 SKILL.md。

例如：

• 完整流程
• 所有範例
• 所有格式規範
• 所有特殊案例
• 大量背景資料

短期來看，這樣做似乎比較方便。但當 Skill 越來越複雜，維護會變得困難，而且每次使用時，也容易載入太多目前不需要的資訊。

比較常見的 Best Practice，是依照內容用途進行拆分。

例如：

meeting-notes/

├── SKILL.md

├── references/
│   ├── decision-rules.md
│   └── writing-style.md

├── templates/
│   ├── executive-summary.md
│   ├── internal-team.md
│   └── external-partner.md

├── scripts/
│   └── generate-meeting-minutes.py

└── assets/
    └── company-logo.png

SKILL.md 放置最重要的能力描述，例如使用時機、主要流程與關鍵規則。

references/ 則適合存放需要查閱的補充資訊，例如判斷準則、公司規範或特殊案例。

templates/ 可以保存固定輸出格式，讓 Hermes 在產生內容時直接套用。

scripts/ 則可以放需要透過程式執行的工具，例如文件產生、格式處理或資料轉換。

透過這樣的分層方式，Skill 可以隨著需求增加而持續擴充，而不會變成一份難以維護的大型文件。另外也特別適合被漸近式按需載入。