專案總覽
Agent Skills 是一個生產級別的函式庫,包含 20 個可重複使用的、基於 Markdown 的工作流程指令,這些指令將資深工程師的最佳實踐編碼到 AI 編碼代理中,防止它們在整個軟體開發生命週期中偷工減料。
專案背景與定位
為何存在
AI 編碼代理功能強大但缺乏紀律。若不受限制,它們會跳過規格、省略測試、忽略安全審查,並以聽起來有道理的藉口為捷徑辯護。Agent Skills 由 Addy Osmani(一位在 Google 工程文化中有深厚根基的開發者倡導者)創建,旨在透過將有主見、可驗證的工作流程直接嵌入代理的指令層來解決這個問題。該專案將程式碼視為一種負債,而非資產,並堅持「看起來正確」絕不能取代可衡量的證據。
與類似專案的差異
大多數提示函式庫是臨時收集的技巧。Agent Skills 在三個方面有所不同:
- 生命週期覆蓋 — Skills 涵蓋每個階段:定義 → 規劃 → 建置 → 驗證 → 審查 → 發佈,而不是僅針對一個階段。
- 反辯解防護欄 — 每個 Skill 都明確指出了代理常採取的捷徑,並提供了有記錄的駁斥,使得拒絕比遵守更困難。
- 工具無關的可移植性 — 因為每個 Skill 都是純 Markdown,所以它可以在 Claude Code、Cursor、Windsurf、Gemini CLI、GitHub Copilot、Kiro IDE 或任何接受系統提示的代理中運行,無需修改。
功能類別
📋 定義 — 規格 Skills · 3 個 skills
代表性範例:系統需求、API 合約、資料模型設計。
目的:在編寫第一行程式碼之前,強制代理確定需求。
🗺 規劃 — 架構與分解 Skills · 4 個 skills
代表性範例:任務分解、架構規劃、依賴關係映射、時間線估計。
目的:確保代理產生可審核的計劃,而不是直接進入實施。
🔨 建置 — 實施 Skills · 4 個 skills
代表性範例:增量交付、模組化強制、程式碼組織、基於 Trunk 的分支。
目的:讓代理以小型、可驗證的步驟進行建置,這些步驟始終可合併。
✅ 驗證 — 測試 Skills · 4 個 skills
代表性範例:單元測試、整合測試、測試覆蓋率門檻、測試模式參考清單。
目的:讓代理透過測試證明功能,而不是假設正確性。
🔍 審查 — 品質門檻 Skills · 3 個 skills
代表性範例:程式碼審查、安全審計、效能審查、無障礙檢查清單。
目的:在批准合併之前,套用資深工程師會使用的相同標準。
🚀 發佈 — 部署 Skills · 2 個 skills
代表性範例:生產就緒檢查清單、部署策略、回滾規劃。
目的:確保代理在將變更推送到生產環境之前考慮可觀察性、回滾和 on-call 的影響。
核心亮點
20 個涵蓋生命週期的 Skills 集中於一處 — 從初始規格到生產部署,每個階段至少有一個專用 Skill,包含逐步程序和驗證門檻。
七個斜線命令映射到工作流程階段 — /spec、/plan、/build、/test、/review、/code-simplify 和 /ship 為團隊提供了指示代理的共享詞彙,無論使用何種 IDE。
三個專業代理角色 — 程式碼審查員、測試工程師和安全審計員角色與 Skills 一同提供,讓團隊能夠啟動專注於專門品質工作的代理。
四個參考檢查清單 — 獨立、可連結的測試模式、安全實踐、效能優化和無障礙標準檢查清單,充當輕量級的合規門檻。
工程原則錨定 — Skills 嵌入了命名原則(Hyrum's Law、Beyonce Rule、Chesterton's Fence),以便代理能夠推理出實踐存在的原因,而不僅僅是機械地遵循。
一流的多工具整合 — 專用的配置目錄(.claude/、.cursor/、.windsurf/、.gemini/、.opencode/)和每個平台的設置指南意味著在任何 IDE 中採用零摩擦。
按角色劃分的用例
一般開發者
將七個斜線命令用作日常工作流程驅動程式。在開始任何功能之前運行 /spec,在實施期間運行 /build,在打開 PR 之前運行 /review。這些 Skills 就像一位資深工程師在您身後監督,而無需安排時間。
DevOps / 平台工程師
專注於 Ship Skills 和生產就緒檢查清單,以確保 AI 生成的部署程式碼在任何變更到達生產環境之前考慮到回滾策略、功能標誌和可觀察性掛鉤。
數據與研究工程師
在代理開始生成管道或轉換程式碼之前,使用 Define 和 Plan Skills 來強制執行清晰的數據合約和架構文檔。測試 Skills 有助於強制執行數據品質斷言的覆蓋率。
產品團隊
使用 Spec Skill 作為需求翻譯層:將產品簡報輸入運行 spec Skill 的代理,以獲得結構化、開發者就緒的需求文檔,從而減少與工程團隊的來回溝通。
快速入門
🔍 如何查找資源
瀏覽儲存庫中的 skills/ 目錄以獲取所有 20 個 .md Skill 文件,agents/ 目錄以獲取三個專業角色,以及 references/ 目錄以獲取四個獨立的檢查清單。docs/ 目錄包含每個工具的設置指南。
skills/ # 20 個生命週期 skills
agents/ # code-reviewer, test-engineer, security-auditor
references/ # testing, security, performance, accessibility
docs/ # 每個 IDE/工具的設置指南
🛠 如何安裝 / 整合
選項 1 — Claude Code 插件市場(推薦)
/plugin marketplace add addyosmani/agent-skills
選項 2 — 為任何工具本地克隆
git clone https://github.com/addyosmani/agent-skills.git
cd agent-skills
# Claude Code — 指向本地插件目錄
claude --plugin-dir ./
# Gemini CLI
gemini skills install https://github.com/addyosmani/agent-skills.git
選項 3 — 將單獨的 Skills 複製為系統提示
# 在任何代理中使用任何 Skill 作為系統提示
cat skills/review.md # 貼到您的工具的系統提示中
Cursor / Windsurf / Kiro IDE — .cursor/、.windsurf/ 和 .opencode/ 目錄包含即用型配置。請遵循 docs/ 中的每個工具指南。
🤝 如何貢獻
git clone https://github.com/addyosmani/agent-skills.git
cd agent-skills
# 創建一個遵循現有約定的新 Skill
cp skills/review.md skills/my-skill.md
# 編輯 my-skill.md — 包括:目標、步驟、驗證門檻、反辯解
# 提交一個拉取請求
git checkout -b feat/my-skill
git add skills/my-skill.md
git commit -m "feat: add my-skill for <purpose>"
git push origin feat/my-skill
# 在 https://github.com/addyosmani/agent-skills/pulls 開啟 PR
專案結構
agent-skills/
├── skills/ # 20 個生命週期 Skill Markdown 文件
│ ├── spec.md # 定義需求
│ ├── plan.md # 將工作分解為任務
│ ├── build.md # 增量實施
│ ├── test.md # 驗證工作流程
│ ├── review.md # 合併前的品質門檻
│ ├── code-simplify.md # 複雜性降低
│ └── ship.md # 生產部署就緒性
├── agents/ # 專業代理角色
│ ├── code-reviewer.md
│ ├── test-engineer.md
│ └── security-auditor.md
├── references/ # 獨立品質檢查清單
│ ├── testing-patterns.md
│ ├── security.md
│ ├── performance.md
│ └── accessibility.md
├── .claude/commands/ # Claude Code 斜線命令整合
├── .gemini/commands/ # Gemini CLI 整合
├── .cursor/ # Cursor IDE 配置
├── .windsurf/ # Windsurf IDE 配置
├── .opencode/ # Kiro / OpenCode IDE 配置
├── docs/ # 每個工具的設置指南
└── README.md # 專案總覽和快速入門
相關生態系統
Skills 直接針對的上游工具/平台:
- Claude Code (Anthropic) — 主要推薦運行環境;原生插件市場支援
- Cursor — 流行的 AI 原生 IDE,支援
.cursor/配置 - Windsurf (Codeium) — AI IDE,支援
.windsurf/配置 - Gemini CLI (Google) — 命令列代理,支援
gemini skills install - GitHub Copilot — 透過 Markdown 進行系統提示整合
- Kiro IDE / OpenCode — 透過
.opencode/配置目錄
補充專案和概念:
- Google 的工程哲學(Hyrum's Law、Trunk-based Development)
- OWASP 安全檢查清單(在安全 Skill 中引用)
- WCAG 無障礙指南(在無障礙檢查清單中引用)
- 任何將結構化指令疊加到 LLM 代理上的提示工程或元提示框架
授權
MIT 授權
| ✅ 允許 | 在個人、開源和商業專案中使用 |
| ✅ 允許 | 分叉、修改和重新分發,需註明出處 |
| ✅ 允許 | 將 Skills 打包到專有 AI 產品或 SaaS 工具中 |
| ❌ 禁止 | 從重新分發的副本中刪除版權聲明 |
| ℹ️ 注意 | 不提供保證;貢獻者對生產使用結果不承擔責任 |
常見問題
問:我是否需要 Claude Code,還是任何 AI 編碼工具都可以?
答:任何接受 Markdown 作為系統提示的工具都可以。所有 20 個 Skills 都是純 .md 文件。Claude Code 是具有最豐富用戶體驗(斜線命令、插件市場)的主要整合,但 Cursor、Windsurf、Gemini CLI、GitHub Copilot 和任何通用代理同樣適用。
問:一個「Skill」與僅僅貼上一個提示有何不同?
答:每個 Skill 都是一個結構化的工作流程,而不是一次性的指令。它包含一個明確的目標、每個階段都有驗證門檻的編號步驟,以及一個「反辯解」部分,預測並駁斥代理經常採取的捷徑。這使得 Skill 比簡單的提示更強健。
問:我可以將我團隊的內部約定添加到 Skill 中嗎?
答:可以 — 這也是鼓勵的工作流程。分叉儲存庫,編輯相關的 .md 文件以包含您團隊的特定標準(例如,內部測試框架、部署檢查清單),並將您的代理指向您的分叉。選擇 Markdown 格式是為了方便自定義。
問:這會顯著減慢 AI 編碼代理的速度嗎?
答:Skills 會增加步驟,但它們可以防止因無紀律生成而導致的成本高昂的返工。該專案將此視為一種刻意的權衡:初始輸出速度較慢,但到達審查或生產的缺陷要少得多。
問:三個專業角色與 20 個 Skills 有何不同?
答:Skills 是工作流程指令 — 它們告訴代理 如何 執行任務。角色(agents/)配置代理的 身份和優先級 以進行專注工作(例如,始終像安全審計員一樣思考)。它們是互補的:您可以使用安全審計員角色應用安全審計 Skill,以獲得最徹底的結果。
快速連結
| 資源 | URL |
|---|---|
| GitHub 儲存庫 | https://github.com/addyosmani/agent-skills |
| 插件市場 (Claude Code) | /plugin marketplace add addyosmani/agent-skills |
| 問題與討論 | https://github.com/addyosmani/agent-skills/issues |
| 發行版 | https://github.com/addyosmani/agent-skills/releases |
| 作者 | https://github.com/addyosmani |
摘要
Agent Skills 是一個罕見的開源專案,它解決了一個結構性問題,而不是功能差距:它使 AI 編碼代理的行為像紀律嚴明的資深工程師,而不是過於自信的初級工程師。憑藉超過 25k 的 GitHub 星標、對每個主要 AI 編碼平台的頭等支援以及 MIT 授權,任何已經在其開發工作流程中使用 AI 的團隊都可以立即使用它。希望從其 AI 編碼工具中獲得一致、可審核、生產就緒輸出的開發者,應考慮將 Agent Skills 作為其代理配置的第一層。