Select Page
Grill Me 是什麼?讓 AI Agent 開工前先問清楚需求

Grill Me 是什麼?讓 AI Agent 開工前先問清楚需求

很多 AI Agent 做不好,不是因為模型太弱,而是任務在一開始就太模糊,使用者一句「幫我做一個工具」、「幫我寫一個遊戲」、「幫我規劃一個工作流」,Agent 會很認真地往前衝,但它其實是在替你補完一堆你沒有講清楚的決策。

Grill Me 這類 skill 的價值,就在於把「開工前的需求訪談」變成固定流程,它不急著執行,而是先反過來問你:目標是什麼?使用者是誰?限制在哪裡?哪些選項還沒決定?什麼事情一定不能做?這一步看起來慢,實際上是在幫你省掉後面反覆重做的時間。

如果你已經在用 Codex、Claude Code、Cursor、Windsurf 或 OpenCode 這類工具,這篇可以當成一個提醒:真正拉開成果差距的,不只是模型版本,而是你有沒有一套讓 Agent 開始前先釐清需求的工作流。站上之前整理過 OpenWork / OpenCode 桌面工作台,那偏向執行環境,這篇談的是執行前的需求對齊。

先講結論:不要太快叫 Agent 開始做事

AI Agent 最常見的失控點,是使用者以為自己已經講清楚,但其實只講了一個方向,人類同事遇到模糊需求,可能會回頭問你,Agent 則常常直接開做,做出一個看起來完整、但不是你真正想要的東西。

Grill Me 的做法很簡單:在實作前先訪談。它會針對任務目標、使用場景、輸出格式、限制條件、技術選擇、驗收標準一路追問,直到這個任務足夠明確,Agent 才開始真正執行。

這不是把 prompt 寫長而已,而是把「需求還沒完成」這件事明確暴露出來,對我來說,這是使用 AI Agent 很重要的一個分水嶺:你不是把一段模糊想法丟給模型猜,而是先和模型一起把決策樹走完。

Grill Me 是什麼?

Grill Me 來自 Matt Pocock 的 skills 倉庫,這個倉庫不是單一工具,而是一組可安裝到 AI coding agent 裡的工作流程 skill,包含需求訪談、文件對齊、規格整理、TDD、debugging、code review 等。

我在 2026 年 7 月 9 日查看 GitHub API 時,這個倉庫已經超過 16 萬顆星,授權是 MIT,README 裡的定位也很明確:這些 skill 是小型、可調整、可組合的流程,而不是把整個開發過程交給一套巨大框架接管。

Grill Me 本身很短,核心是啟動一段 grilling session,也就是讓 Agent 對你的計畫或設計進行密集訪談。它不是替你做決策,而是逼你把原本藏在腦袋裡的決策說出來。

為什麼「需求訪談」會讓結果差很多?

用「做一個側邊欄貪食蛇遊戲」這種需求來看,沒有訪談時,Agent 也能做出一個可玩的版本。它可能有開始按鈕、分數、速度調整,也能用鍵盤操作。表面上看起來不差。

但只要開始追問,需求會變得完全不一樣:這個側邊欄是 Codex 裡的小工具,還是瀏覽器側邊欄?它是一次性 demo,還是要固定留下來?等待 Agent 工作時能不能玩?鍵盤焦點可能不在遊戲上,是否需要畫面按鈕保底?撞牆要不要死亡?分數要不要保存?記錄要不要能清除?

這些問題不是細枝末節,而是產品體驗的骨架。當它們沒有被問出來,Agent 只能照自己的預設做,當它們被問出來,Agent 才能把設計、互動、資料保存、通知機制都接到同一個使用情境上。

一個好用的 Grill Me 流程,應該問哪些問題?

我會把這類訪談問題分成七組。你不一定要每次問滿,但至少要讓 Agent 在開工前碰過這些維度。

  • 目標:這次任務真正要改善什麼?成功之後看起來是什麼樣子?
  • 受眾:誰會使用這個成果?是自己用、團隊用、客戶用,還是公開產品?
  • 場景:使用者會在什麼時間、什麼裝置、什麼流程裡使用它?
  • 限制:不能用哪些技術?不能改哪些檔案?不能花太多時間在哪裡?
  • 輸出:最後要交付文章、程式、規格、PRD、測試、圖片,還是一組可執行步驟?
  • 驗收:怎樣才算完成?要不要測試?要不要截圖?要不要能回滾?
  • 禁區:哪些事情不要做?哪些語氣、設計、依賴、資料來源要避開?

站上之前寫過 CO-STAR prompt 框架,那套方法適合把指令寫得更完整;Grill Me 則更像互動式版本,讓 Agent 透過追問幫你補齊缺口。

Matt skills 倉庫才是核心資源

Matt Pocock 的 skills 倉庫。這個連結比一般工具推薦更重要,因為 Grill Me 不是孤立存在,它其實是整套工作流的一個入口。

這套 skill 大致分成 engineering 和 productivity,Grill Me 屬於 productivity,適合非程式任務或早期想法釐清;Grill with Docs 則偏 engineering,會把訪談結果延伸到專案文件、domain model、ADR 等長期維護資料。

這也呼應我之前整理的 Matt Pocock Skills 工作流:真正有價值的不是某個單點技巧,而是把訪談、規格、測試、程式碼審查變成一套固定節奏。

Grill Me 不是讓 AI 變聰明,而是讓任務變清楚

用了 Grill Me,不代表模型突然變成更高階版本,也不代表結果一定完美,它真正改善的是「任務定義品質」。

模糊任務的問題在於,Agent 會把大量隱性選擇變成自己的預設,比方說你說「做一個工具」,它要猜是網頁、CLI、桌面 app 還是瀏覽器插件;你說「幫我寫文章」,它要猜讀者是新手、工程師、主管還是 SEO 流量;你說「做得好看」,它要猜品牌、風格、資訊密度、互動狀態。

Grill Me 把這些猜測改成問題。當問題被回答,Agent 的輸出就不再只是「通用答案」,而會更貼近你的真實情境。

我會怎麼把 Grill Me 放進自己的 Codex 流程?

如果是新專案,我會把流程拆成四步。

  • 第一步,用 Grill Me 釐清需求。先不要寫程式,先讓 Agent 問到目標、限制、驗收方式都清楚。
  • 第二步,把訪談整理成規格。可以轉成 PRD、spec 或 issue,避免後面上下文掉失。
  • 第三步,用 TDD 或驗收清單鎖住品質。讓 Agent 先知道什麼叫完成,而不是做完才補救。
  • 第四步,讓 code review / debug 流程收尾。不要把「看起來能跑」當成完成。

這條路線和 用 Superpowers 建立 AI 開發紀律的方向很接近:不要把 Agent 當一次性神諭,而是把它放進一套有檢查點、有回饋、有驗收的流程。

安裝 skill 前,先想清楚你要它解決什麼問題

很多人看到 skill 倉庫,第一反應會是全部安裝。這可以,但我更建議先從自己的痛點倒推。

如果你常常覺得 Agent 做出來的東西方向不對,先試 Grill Me。若你已經有專案文件,但 Agent 老是誤解術語和架構,可以研究 Grill with Docs。若你遇到的是改一處壞三處,TDD 和 debugging 類 skill 會更有幫助。

如果你想自己建立類似流程,也可以回頭看 用 skill-creator 建立自訂技能。真正好用的 skill,通常不是把所有規則塞滿,而是把一個高頻問題變成可重複執行的流程。

可以直接拿去用的 Grill Me 提示詞

如果你還沒安裝 skill,也可以先用下面這段作為替代版,它不如正式 skill 可維護,但已經能改善很多「太快開工」的問題。

在開始執行前,請先訪談我。
你要把我的需求問清楚,而不是直接開始做。

請一次只問 1 到 3 個最關鍵的問題。
每個問題請附上你的推薦答案,以及為什麼你推薦這樣選。
當你認為需求、限制、輸出格式、驗收標準都足夠清楚後,
請先整理一份任務規格給我確認。
等我明確說「開始執行」之後,你才可以動手。

這段的重點有三個:一次不要問太多、問題要附推薦答案、最後要整理成規格再等確認,這樣做可以避免 AI 把訪談變成問卷疲勞,也能讓使用者比較快做決策。

AI Agent 的品質,常常卡在開工前

Grill Me 給我的最大提醒是:不要把所有問題都歸咎於模型。很多時候,Agent 不是不會做,而是它根本不知道你真正要的是哪一種成果。

需求訪談不是形式,它是把模糊想法變成可執行任務的過程。當目標、場景、限制、輸出和驗收都被問清楚,Agent 才有機會交出真正能用的結果。

我會把 Grill Me 放在 AI Agent 工作流的第一關。不是因為它很華麗,而是因為它解決了一個最基本、也最常被忽略的問題:開始之前,先確定大家要做的是同一件事。

延伸資源

用 skill-creator 建立 Skill:Claude Code 自訂技能完整教學

skill-creator 是 Anthropic 官方 skills 專案中的一個 Skill 開發助手,可以協助使用者建立 Claude Code 可使用的自訂 Skill,透過 Skill,你可以把固定工作流程、專業知識、工具使用方式、文件格式與腳本包裝成可重複使用的能力,讓 Claude 在特定任務上更穩定、更一致,也更符合你的實際工作需求。

什麼是 Skill?

在 Claude Code 的使用情境中,Skill 可以理解成「給 AI 使用的操作說明書」。

它不是單純的一段 prompt,而是一個可重複使用的能力包。通常一個 Skill 會包含:

skill-name/
├── SKILL.md        # 核心說明文件,必要
├── scripts/        # 可執行腳本,選用
├── references/     # 參考文件或知識資料,選用
├── assets/         # 圖片、範本、範例檔案等資源,選用

其中最重要的是 SKILL.md
這個檔案會告訴 Claude:

  • 這個 Skill 是做什麼的
  • 什麼情境下應該使用
  • 要遵守哪些流程
  • 輸出格式是什麼
  • 是否需要使用特定工具、腳本或範本

簡單來說,Skill 的目標是讓 Claude 不只是「聽懂一次指令」,而是能長期穩定地執行某一類工作。


skill-creator 是什麼?

skill-creator 是 Anthropic 官方提供的 Skill 建立助手,收錄在官方 skills 專案中。

它的作用是協助你從零開始建立一個 Skill,包含:

  • 釐清 Skill 的用途
  • 設計觸發情境
  • 撰寫 SKILL.md
  • 建立參考文件
  • 設計測試案例
  • 評估 Skill 使用前後的效果
  • 最後打包成 .skill 檔案

如果你只是手動寫 SKILL.md,很容易漏掉使用情境、輸出格式、邊界條件或測試流程。
skill-creator 的價值就在於,它會像一個 Skill 顧問一樣,逐步問你問題,幫你把需求整理成可以實際使用的 Skill。


官方網頁與下載連結

官方 GitHub 專案:
https://github.com/anthropics/skills/tree/main

skill-creator 官方目錄:
https://github.com/anthropics/skills/tree/main/skills/skill-creator

下載 Anthropic skills 專案 ZIP:
https://github.com/anthropics/skills/archive/refs/heads/main.zip


安裝 skill-creator

如果你已經在使用 Claude Code,可以透過以下方式安裝 skill-creator

方法一:使用 npx skills add

npx skills add https://github.com/anthropics/skills --skill skill-creator

方法二:使用 claude install

claude install anthropics/skills/skill-creator

安裝完成後,就可以在 Claude Code 中呼叫:

/skill-creator

接著 Claude 會開始引導你建立 Skill。


用 skill-creator 建立 Skill 的基本流程

使用 skill-creator 建立 Skill,通常可以分成以下幾個階段。

1. 說明你想建立的 Skill

一開始,你可以用自然語言描述需求,例如:

我想建立一個 Skill,用來把會議逐字稿整理成結構化會議紀要。

或是:

我想建立一個 Skill,用來分析 WordPress 網站錯誤訊息,並提供排查步驟。

這時候不需要一次寫得非常完整,因為 skill-creator 會繼續追問細節。


2. 回答 skill-creator 的需求問題

skill-creator 通常會確認幾個重點:

  • 這個 Skill 主要要完成什麼任務?
  • 使用者在什麼情境下會觸發它?
  • 輸入資料可能是文字、檔案、程式碼還是圖片?
  • 輸出格式要用 Markdown、表格、JSON、Word 文件,還是其他格式?
  • 是否有固定流程、固定語氣或固定檢查清單?
  • 是否需要使用特定工具、腳本或外部文件?

這一步非常重要。
如果需求沒有講清楚,後面 Skill 產生的結果就可能不穩定。


3. 自動產生 SKILL.md 草稿

確認需求後,skill-creator 會協助產生 SKILL.md

一個基本的 SKILL.md 會長得像這樣:

---
name: meeting-minutes
description: Convert meeting transcripts into structured meeting minutes with decisions and action items.
---

# Meeting Minutes Skill

Use this skill when the user provides a meeting transcript and wants a structured meeting summary.

## Output Format

Include the following sections:

1. Meeting topic
2. Date and time
3. Participants
4. Key discussion points
5. Decisions
6. Action items with owner and deadline

## Guidelines

- Keep the summary concise.
- Preserve important decisions.
- Do not invent missing attendees or dates.
- If information is missing, mark it as "未提供".

這份 SKILL.md 就是 Claude 之後使用 Skill 時會讀取的核心說明。


4. 加入參考資料與範本

如果你的 Skill 需要固定格式,可以把範本放進 references/assets/

例如:

meeting-minutes/
├── SKILL.md
├── references/
│   └── meeting-template.md
├── assets/
│   └── company-style-guide.pdf

常見的參考資料包括:

  • 公司品牌規範
  • 文件格式範本
  • 常用表格
  • API 使用說明
  • 程式碼規範
  • 工作流程 SOP
  • 檢查清單

這樣 Claude 在執行任務時,不只會依照 prompt 回答,也會參考 Skill 內部的固定資料。


5. 設計測試案例

建立 Skill 後,最好不要馬上投入正式工作,而是先做測試。

你可以準備幾組測試資料,例如:

測試一:正常格式的會議逐字稿
測試二:缺少參與人資訊的會議紀錄
測試三:內容很長、決議很多的會議
測試四:只有零散重點,沒有完整逐字稿

測試的目的不是只看 Claude 有沒有回答,而是要比較:

  • 有使用 Skill 時,結果是否更穩定?
  • 輸出格式是否一致?
  • 是否遵守你指定的規則?
  • 是否能處理邊界情況?
  • 是否有少編造、少漏項?

6. 根據測試結果修改 Skill

第一次產生的 Skill 通常不會完美。

常見需要調整的地方包括:

  • 描述太模糊,導致 Claude 不知道何時使用
  • 輸出格式不夠明確
  • 邊界條件沒有寫清楚
  • 範例太少
  • 沒有說明錯誤情況要怎麼處理
  • 沒有限制 Claude 不要自行補資料

建議你把 Skill 當成一份「可持續最佳化的 SOP」。
每次遇到輸出不符合預期,就回頭修改 SKILL.md


7. 打包成 .skill 檔案

當 Skill 測試穩定後,就可以打包成 .skill 檔案,方便匯入、分享或部署。

打包後的 Skill 就像一個可攜式能力包,可以用在支援 Skill 的 Claude 環境中。


skill-creator 適合用在哪些情境?

skill-creator 很適合用來建立以下類型的 Skill:

文件處理類

例如:

  • 會議紀要整理
  • 合約摘要
  • 報告格式化
  • WordPress 部落格文章產生
  • SEO 文章檢查
  • 論文格式整理

開發工作類

例如:

  • Code Review
  • 安全檢查
  • API 文件產生
  • Git commit message 規範
  • Docker 部署檢查
  • WordPress 錯誤排查

企業流程類

例如:

  • 客服回覆 SOP
  • 品牌語氣檢查
  • 行銷企劃產生
  • 業務提案格式
  • 專案週報整理

個人自動化類

例如:

  • 每週工作回顧
  • 讀書筆記整理
  • 投資研究筆記格式化
  • 學習計畫產生
  • 旅遊規劃模板

建立 Skill 時的實用建議

1. description 要寫清楚

description 不只是說明文字,它會影響 Claude 判斷什麼時候該使用這個 Skill。

不建議這樣寫:

description: 幫我整理資料

建議改成:

description: Use this skill when the user provides meeting transcripts and wants structured meeting minutes with decisions, discussion points, and action items.

越清楚,Claude 越容易正確觸發。


2. 輸出格式要固定

如果你想要表格,就直接指定表格欄位。
如果你想要 Markdown,就明確寫出標題層級。
如果你想要 JSON,就提供完整 schema。

例如:

## Output Format

Return the result in Markdown with the following sections:

# 會議紀要
## 一、會議基本資訊
## 二、討論重點
## 三、決議事項
## 四、待辦事項

3. 明確說明不要編造資料

這一點很重要,尤其是處理會議、合約、財務、法律或客戶資料時。

可以在 Skill 中加入:

## Accuracy Rules

- Do not invent missing information.
- If a field is not provided, write "未提供".
- Preserve names, dates, numbers, and deadlines exactly as given.

4. 加入好範例與壞範例

Skill 裡面可以放 Examples,讓 Claude 更容易理解你要的品質。

例如:

## Examples

Good:
- Clear action item with owner and deadline.
- Concise summary without unnecessary commentary.

Bad:
- Inventing a deadline that was not mentioned.
- Mixing discussion points with final decisions.

常用指令整理

安裝 skill-creator

npx skills add https://github.com/anthropics/skills --skill skill-creator

使用 claude install 安裝

claude install anthropics/skills/skill-creator

呼叫 skill-creator

/skill-creator

從官方 GitHub 下載 skills 專案

git clone https://github.com/anthropics/skills.git

或直接下載 ZIP:

https://github.com/anthropics/skills/archive/refs/heads/main.zip

做好 Skill 後,如何移植到其他系統?

建立好 Skill 之後,不一定只能放在 Claude Code 裡使用。
如果 Skill 的設計夠清楚,也可以移植到其他 Agent 系統,例如 Hermes Agent、Codex,或是你自己架設的本地 AI Agent 平台。

不過要注意一件事:
Skill 的核心不是某一個平台的格式,而是裡面的工作流程、判斷規則、輸出格式、參考資料與可執行腳本。

也就是說,真正有價值的是這些內容:

SKILL.md
references/
scripts/
assets/
examples/

只要把這些內容轉成目標 Agent 系統可以讀懂的格式,就可以完成移植。


Skill 移植的核心概念

一個 Skill 通常可以拆成五個部分:

1. 任務說明:這個 Skill 是做什麼的
2. 觸發條件:什麼情況下應該使用
3. 操作流程:執行任務時要照什麼步驟
4. 輸出格式:最後要產生什麼格式
5. 工具資源:是否需要腳本、範本、參考文件或 API

不同 Agent 系統的格式可能不同,但這五個部分通常都可以保留下來。

因此,移植 Skill 的重點不是「直接複製檔案」,而是把原本的 SKILL.md 改寫成目標系統的規則檔、角色設定、工具說明或 system prompt。


建議的 Skill 通用資料夾結構

為了方便未來移植,建議你在建立 Skill 時,就使用比較通用的結構:

my-skill/
├── SKILL.md
├── README.md
├── references/
│   └── knowledge-base.md
├── examples/
│   ├── input-1.md
│   └── output-1.md
├── scripts/
│   └── helper.py
├── assets/
│   └── template.md
└── manifest.json

其中:

  • SKILL.md:給 Claude 或支援 Skill 的 Agent 使用
  • README.md:給人類維護者閱讀
  • references/:放背景知識、規則、範本
  • examples/:放輸入與輸出範例
  • scripts/:放可執行工具
  • assets/:放模板、圖片、表格等資源
  • manifest.json:給其他 Agent 系統讀取的設定檔

如果你未來要移植到 Hermes Agent 或 Codex,這種結構會比較容易轉換。


範例:建立一個通用 manifest.json

可以在 Skill 裡面額外放一個 manifest.json,用來描述這個 Skill 的基本資訊。

{
  "name": "wordpress-seo-writer",
  "version": "1.0.0",
  "description": "Generate Traditional Chinese WordPress blog posts with SEO title, tags, meta description, and structured article format.",
  "language": "zh-TW",
  "entry": "SKILL.md",
  "references": [
    "references/seo-guidelines.md"
  ],
  "examples": [
    "examples/input-1.md",
    "examples/output-1.md"
  ],
  "tools": [
    {
      "name": "keyword_checker",
      "type": "script",
      "path": "scripts/keyword_checker.py"
    }
  ]
}

這個檔案不一定是 Claude Code 必要的,但它很適合給自建 Agent 系統使用。
例如 Hermes Agent 可以讀取 manifest.json,知道這個 Skill 的名稱、用途、入口檔案、參考資料與可用工具。


移植到 Hermes Agent

如果你使用的是自建的 Hermes Agent,建議把 Skill 當成一個「Agent 能力模組」來管理。

可以設計成以下結構:

hermes-agent/
├── agents/
│   └── writer-agent/
│       ├── system.md
│       ├── tools.json
│       └── skills/
│           └── wordpress-seo-writer/
│               ├── SKILL.md
│               ├── manifest.json
│               ├── references/
│               ├── examples/
│               └── scripts/

Hermes Agent 在執行任務時,可以做三件事:

1. 根據使用者輸入,判斷是否需要啟用某個 Skill
2. 讀取該 Skill 的 SKILL.md 與 references/
3. 將 Skill 內容合併進 Agent 的 system prompt 或 task prompt

例如使用者輸入:

請幫我寫一篇 WordPress SEO 文章,主題是 skill-creator。

Hermes Agent 可以比對 Skill 的 description,找到 wordpress-seo-writer,然後載入:

skills/wordpress-seo-writer/SKILL.md
skills/wordpress-seo-writer/references/seo-guidelines.md
skills/wordpress-seo-writer/examples/output-1.md

接著再讓模型依照這些規則產生文章。


Hermes Agent 的 Skill 載入邏輯範例

如果是自己開發 Hermes Agent,可以用簡單的流程實作:

User Request
     ↓
Intent Router
     ↓
Skill Matcher
     ↓
Load SKILL.md
     ↓
Load references / examples / scripts
     ↓
Compose Agent Prompt
     ↓
Run Model
     ↓
Return Result

也可以設計一個簡單的 Skill Registry:

{
  "skills": [
    {
      "name": "wordpress-seo-writer",
      "description": "Write Traditional Chinese WordPress SEO articles.",
      "path": "./skills/wordpress-seo-writer",
      "trigger_keywords": [
        "WordPress",
        "SEO文章",
        "部落格文章",
        "中繼描述",
        "標籤"
      ]
    },
    {
      "name": "code-review-security",
      "description": "Review code for security, maintainability, and deployment risks.",
      "path": "./skills/code-review-security",
      "trigger_keywords": [
        "code review",
        "安全檢查",
        "漏洞",
        "重構"
      ]
    }
  ]
}

這樣 Hermes Agent 就可以根據關鍵字、語意比對或任務分類,自動決定要不要載入某個 Skill。


移植到 Codex

如果要移植到 Codex,建議分成兩層處理:

1. 專案層級規則:放進 AGENTS.md
2. 任務型 Skill:保留成獨立 Skill 資料夾

Codex 會讀取專案中的 AGENTS.md,因此可以把與專案相關的固定規則放在這裡,例如:

# AGENTS.md

## Project Rules

- Use Traditional Chinese when writing user-facing documentation.
- Do not modify database schema unless explicitly requested.
- Before changing code, inspect the existing architecture.
- Prefer small, reviewable changes.
- When writing WordPress articles, use the wordpress-seo-writer skill.

而真正的 Skill 內容則可以保留在專案目錄中:

project/
├── AGENTS.md
├── skills/
│   └── wordpress-seo-writer/
│       ├── SKILL.md
│       ├── references/
│       ├── examples/
│       └── scripts/

這樣做的好處是:

  • AGENTS.md 負責專案整體規則
  • SKILL.md 負責特定任務流程
  • references/ 保存知識與格式
  • scripts/ 保存可重複使用的工具

Codex 使用 Skill 的建議方式

如果 Skill 是用來處理開發工作,例如 Code Review、安全檢查、部署檢查,建議把 Skill 寫得更像工程 SOP。

例如:

# Code Review Security Skill

Use this skill when reviewing code changes for security, maintainability, and deployment risks.

## Review Checklist

1. Authentication and authorization
2. Input validation
3. SQL injection risk
4. Secrets and environment variables
5. File upload handling
6. Error handling
7. Logging and privacy
8. Deployment risk

## Output Format

Return the review in this format:

# Code Review Report

## Summary
## Critical Issues
## Medium Issues
## Low Risk Suggestions
## Recommended Patch
## Test Plan

然後在 AGENTS.md 裡加入:

## Skills

When the task involves security review, load:

skills/code-review-security/SKILL.md

這樣 Codex 在處理程式碼任務時,就可以依照固定流程執行,而不是每次都靠臨時 prompt。


Claude Skill、Hermes Agent、Codex 的對應關係

Skill 內容Claude CodeHermes AgentCodex
任務說明SKILL.md descriptionmanifest.json descriptionAGENTS.md 或 Skill description
操作流程SKILL.mdsystem prompt / task promptAGENTS.md / Skill
參考資料references/knowledge base / RAGproject docs / references/
腳本工具scripts/tools / function callingscripts / shell tools
輸出格式SKILL.mdresponse schemaAGENTS.md / task instruction
測試案例examples/evaluation settest prompts / eval cases

移植時最容易出問題的地方

1. Skill 觸發條件不清楚

如果 description 寫得太模糊,Agent 不知道什麼時候該使用。

不建議:

幫我處理文章

建議:

當使用者要求撰寫 WordPress SEO 部落格文章,且需要標題、標籤、中繼描述與繁體中文內容時,使用此 Skill。

2. 原本依賴 Claude 的功能,其他系統沒有

有些 Skill 可能假設 Claude Code 可以讀檔、執行 script 或打包 .skill
移植到其他系統時,要確認目標平台是否支援:

  • 讀取本地檔案
  • 執行 shell 指令
  • 呼叫 Python 腳本
  • 使用 MCP server
  • 使用 function calling
  • 存取 Git repo
  • 存取外部 API

如果不支援,就要改成純文字流程,或另外做工具橋接。


3. references 太大,模型上下文放不下

如果參考文件很多,不建議一次全部塞進 prompt。
比較好的方式是:

1. 先用 Skill description 判斷要不要使用
2. 再根據任務讀取必要 references
3. 只載入與當前任務相關的段落

這樣可以避免上下文太長,也能提升回答品質。


4. 腳本路徑與執行環境不同

例如你在 Claude Code 裡用的是:

python scripts/check.py

但移植到 Hermes Agent 的 Docker 環境後,可能要改成:

python /app/skills/wordpress-seo-writer/scripts/check.py

因此建議在 manifest.json 中明確寫出腳本路徑、執行方式與依賴套件。


建議:把 Skill 設計成可攜式能力包

如果你一開始就希望 Skill 可以移植到 Claude Code、Hermes Agent、Codex 或其他 Agent 系統,建議遵守以下原則:

1. SKILL.md 不要寫死特定平台專用語法
2. 把平台相關設定放到 adapters/ 目錄
3. 把核心流程寫在 core.md
4. 把範例輸入輸出放到 examples/
5. 把工具設定放到 manifest.json

可以設計成:

portable-skill/
├── core.md
├── SKILL.md
├── manifest.json
├── adapters/
│   ├── claude-code.md
│   ├── hermes-agent.md
│   └── codex-agents.md
├── references/
├── examples/
└── scripts/

其中:

  • core.md:保存跨平台共用的核心流程
  • SKILL.md:給 Claude Code 使用
  • manifest.json:給自建 Agent 系統使用
  • adapters/claude-code.md:Claude Code 專用說明
  • adapters/hermes-agent.md:Hermes Agent 專用說明
  • adapters/codex-agents.md:Codex 專用說明

這樣同一個 Skill 就不會被綁死在單一平台上。


移植檢查清單

在把 Skill 移到其他 Agent 系統前,可以用這份清單檢查:

□ Skill 的用途是否明確?
□ description 是否能讓 Agent 判斷何時使用?
□ 輸入格式是否定義清楚?
□ 輸出格式是否固定?
□ 是否有 examples?
□ 是否有 references?
□ references 是否可以被目標系統讀取?
□ scripts 是否能在目標環境執行?
□ 是否需要 API key 或環境變數?
□ 是否有測試案例?
□ 是否有平台專用 adapter?
□ 是否避免把敏感資訊寫進 Skill?

Skill 應該被設計成 Agent 的可攜式 SOP

skill-creator 產生的 Skill,最好不要只當成 Claude Code 的專用檔案。
更好的做法,是把它設計成一個「可攜式 AI 工作流程」。

Claude Code 可以使用 SKILL.md
Hermes Agent 可以使用 manifest.jsonreferences/ 與自訂 router。
Codex 可以透過 AGENTS.md、專案規則與 Skill 資料夾來載入任務流程。

只要核心流程設計清楚,Skill 就可以成為跨 Agent 系統共用的能力包,讓同一套工作方法在不同 AI 工具之間延續使用。