最近，在測試圈和AI圈，"Skills"這個概念的熱度高居不下，成為行業(yè)熱議的焦點(diǎn)話題。

不少測試工程師和AI愛好者都在詢問我：Skills到底是什么？它和剛推出的MCP（Model Control Platform）有什么關(guān)系？作為測試人員有必要學(xué)習(xí)這項(xiàng)技術(shù)嗎？如果是零基礎(chǔ)該如何快速上手？

其實(shí)，作為測試從業(yè)者，我們學(xué)習(xí)Skills的核心目的極其樸素且實(shí)用：用最低的學(xué)習(xí)成本，實(shí)現(xiàn)最高效的自動化，解決日常工作中的重復(fù)勞動問題。具體來說，通過Skills我們可以實(shí)現(xiàn)：

1. 自動生成標(biāo)準(zhǔn)格式的測試用例
2. 直接操作Excel文件進(jìn)行數(shù)據(jù)處理
3. 自動生成JMeter(JMX)性能測試腳本
4. 批量處理測試報(bào)告和日志文件
5. 自動化測試環(huán)境配置

這些功能都能幫助我們擺脫手動調(diào)整格式、編寫重復(fù)代碼的繁瑣工作。以一個典型的應(yīng)用場景為例：過去需要3小時手動編寫的100個測試用例，現(xiàn)在通過Skills可以在5分鐘內(nèi)自動生成，且格式規(guī)范統(tǒng)一。

今天，我將為你送上一份測試人專屬的Skills自學(xué)指南。這份指南特別值得關(guān)注的是，就在2026年3月11日，Anthropic公司剛剛發(fā)布了Skills 2.0的重磅更新，這次更新帶來了三大突破性改進(jìn)：

1. 可視化開發(fā)界面，降低學(xué)習(xí)曲線
2. 預(yù)置了200+測試專用模板
3. 支持一鍵部署到CI/CD流水線

這些更新讓Skill的開發(fā)從"手工作坊"式的編碼模式，真正邁向了"工業(yè)化"的生產(chǎn)模式。本文將結(jié)合這些最新技術(shù)動態(tài)，幫助你站在自動化測試技術(shù)發(fā)展的最前沿。

一、 先搞懂：Skills 到底是什么？

一句話講清：
如果把之前的普通Prompt（提示詞）比作一本“種菜的說明書”，那么Skills就是“說明書+農(nóng)具+機(jī)械臂”的組合包。

詳細(xì)說明：

普通Prompt的局限性

• 傳統(tǒng)Prompt就像一本靜態(tài)的說明書，只能告訴AI“如何理解任務(wù)”（比如種菜的步驟），但無法賦予AI實(shí)際操作的能力。
• 例如：你讓AI“分析PDF里的數(shù)據(jù)”，它只能輸出文字建議，但無法直接打開文件或提取表格。

Skills的升級能力

• 說明書（增強(qiáng)的Prompt）Skills包含更精準(zhǔn)的指令，比如“按章節(jié)解析PDF，提取關(guān)鍵詞并生成摘要”。
• 農(nóng)具（封裝腳本）通過內(nèi)置Python/JS腳本，AI能調(diào)用工具（如PDF解析庫、Excel處理模塊）。
• 機(jī)械臂（自動化執(zhí)行）AI可直接操作本地文件，比如從你電腦的PDF中提取表格，或自動整理Excel數(shù)據(jù)。

應(yīng)用場景示例：

• 財(cái)務(wù)處理上傳一份發(fā)票PDF，AI不僅能識別金額和日期，還能自動填入Excel模板并生成報(bào)表。
• 研究分析輸入一篇論文PDF，AI直接提取參考文獻(xiàn)列表，并用Python腳本整理成標(biāo)準(zhǔn)格式。

核心差異：Skills讓AI從“顧問”升級為“助手”，既能提供方案，又能動手完成。

1. Skills 與 MCP 的區(qū)別

很多人會把Skills和MCP搞混，這里用一個比喻講清：

• MCP（協(xié)議層）好比是“USB-C接口協(xié)議”。它規(guī)定了設(shè)備怎么連接、數(shù)據(jù)怎么傳輸，解決的是“AI如何調(diào)用外部工具”的通信標(biāo)準(zhǔn)問題。
• Skills（應(yīng)用層）好比是“集成了芯片的擴(kuò)展塢”。它不僅遵守USB-C協(xié)議，還內(nèi)置了驅(qū)動程序和應(yīng)用邏輯，告訴AI“去執(zhí)行什么任務(wù)、按什么步驟”。

簡單來說：MCP是“路”，讓AI能走到工具旁邊；Skills是“導(dǎo)航+駕駛動作”，讓AI知道怎么把車開到目的地。

2. Skills 的內(nèi)部結(jié)構(gòu)

要會用甚至定制Skills，必須看懂它的“內(nèi)臟”。一個標(biāo)準(zhǔn)的Pdf-skill結(jié)構(gòu)如下（這是目前業(yè)內(nèi)通用的標(biāo)準(zhǔn)結(jié)構(gòu)）：

• SKILL.md這是必須有的“大腦”。前半部分是元數(shù)據(jù)（告訴AI這個技能叫啥、啥時候用），后半部分是指令（詳細(xì)的提示詞，指導(dǎo)AI如何調(diào)用后面的腳本）。
• /scripts文件夾這是“手腳”。存放具體的Python或JS代碼，比如操作Excel的庫、生成PDF的腳本。
• 其他（REFERENCE.md）這是“參考書”。當(dāng)接口很復(fù)雜時，單獨(dú)給AI提供查閱資料。

3. github上一些熱門Skills

anthropics：（https://github.com/anthropics/skills）
awesome-claude-Skills：

（https://github.com/ComposioHQ/awesome-claude-Skills/）
skillsmp：（https://skillsmp.com/zh）
平臺內(nèi)置了超過50,000種skills供選擇，但需要注意甄別：部分不安全的skills可能存在盜取token的風(fēng)險(xiǎn)。建議優(yōu)先選擇star數(shù)量多、可信度高的skills，或者自行開發(fā)更安全可靠。

二、 3步快速上手：先會用，再優(yōu)化

對測試人而言，上手Skills的核心原則是“先解決實(shí)際問題，再逐步深化”。不要一上來就啃代碼，跟著下面三步走：

第一步：明確需求，選對工具

1. 定位高頻場景測試人常見的痛點(diǎn)通常集中在這幾塊：

• 用例生成根據(jù)需求文檔生成Excel/Xmind格式的用例。
• 腳本開發(fā)自動生成Postman的JSON導(dǎo)入文件或JMeter的JMX腳本。
• 測試數(shù)據(jù)批量生成脫敏的SQL數(shù)據(jù)或模擬報(bào)文。
• 報(bào)告輸出將Bug匯總自動轉(zhuǎn)為周報(bào)。

• 工具選擇新手建議從Trae或Cursor或Kiro入手。這類IDE天然支持Skill的加載和調(diào)用，配置簡單，開箱即用。

第二步：上手使用現(xiàn)成 Skills，熟悉邏輯

不要重復(fù)造輪子，先去GitHub上“撿”現(xiàn)成的Skill用。

下載：在GitHub搜索“awesome-skills”或直接找Anthropic官方提供的Skills倉庫。

導(dǎo)入：將下載的Skill文件夾（如excel-skill/）放入Kiro項(xiàng)目的.kiro/skills/目錄下。

實(shí)戰(zhàn)案例：假設(shè)你安裝了xlsx skills，以前KIro沒法直接寫Excel，但現(xiàn)在你可以直接在對話框輸入：

“使用 xlsx skills 生成20條關(guān)于‘登錄功能’的測試用例，保存到‘登錄測試用例.xlsx’?！?/p>

后臺發(fā)生了什么？

生成的Excel里，應(yīng)該已經(jīng)整整齊齊列好了“用例編號、模塊、前置條件、步驟、預(yù)期結(jié)果”等列，這就是Skill自動化的魅力。

1. 讀取指令大模型讀取xlsx-skill/SKILL.md，明白自己現(xiàn)在有操作Excel的能力。
2. 編寫腳本模型根據(jù)指令，動態(tài)生成一段操作xlsx庫的Python腳本。
3. 執(zhí)行與清理在本地沙箱環(huán)境執(zhí)行腳本生成Excel文件，任務(wù)結(jié)束后自動刪除臨時腳本。

第三步：按需優(yōu)化/自定義，適配測試場景

當(dāng)現(xiàn)成的Skill不符合公司規(guī)范（比如用例格式必須包含“風(fēng)險(xiǎn)等級”字段）時，就可以動手改了。

1. 簡單優(yōu)化（無需代碼）
   直接修改SKILL.md里的指令部分。例如在指令末尾加上：“注意：輸出的Excel表格必須額外增加‘風(fēng)險(xiǎn)等級’列，并根據(jù)接口重要性自動填入高/中/低。”
2. 自定義開發(fā)（需基礎(chǔ)前置知識）

• 核心規(guī)范Skill的名稱要直觀（如api-testcase-to-jmeter），描述要精準(zhǔn)（如“適用于將Swagger接口定義轉(zhuǎn)為JMeter腳本”）。
• 文件編寫復(fù)用Anthropic官方模板編寫SKILL.md。如果你有代碼能力，在/scripts下放一個處理復(fù)雜邏輯的Python腳本，然后在SKILL.md里告訴AI“遇到XXX情況，請調(diào)用scripts/generate_jmx.py處理”。

三、 可能會踩的坑

不少同學(xué)試了兩下覺得不好用，多半是踩了這坑：
初入三坑：

追求全能，忽略場景適配
坑：想用一個Skill解決“生成用例+執(zhí)行測試+發(fā)郵件報(bào)告”所有事，結(jié)果提示詞復(fù)雜到AI都理解不了，輸出質(zhì)量極差。
避坑：單一職責(zé)原則。一個Skill就干一件事，比如“Excel格式化輸出”，把它做到極致。

過度依賴，不做校驗(yàn)
坑：AI生成的JMeter腳本里，線程組配置錯了，沒檢查就直接拿去壓測，結(jié)果測了個寂寞。
避坑：人機(jī)協(xié)同。把Skills當(dāng)成一個“效率極高的實(shí)習(xí)生”，它干完活，你作為導(dǎo)師必須做Code Review或結(jié)果校驗(yàn)。

上來就開發(fā)，不先復(fù)用
坑：新手花兩周自己寫了個“生成測試數(shù)據(jù)”的Skill，結(jié)果發(fā)現(xiàn)GitHub上開源的faker-skill比自己寫的好用一百倍。
避坑：先嘗后買。先復(fù)用現(xiàn)成的，摸清門道了，再根據(jù)公司的特定中間件（如自研的配置中心）開發(fā)私有Skill。

進(jìn)階三坑：

4. 上下文污染，Skill之間互相打架

坑：在同一個對話窗口里，既加載了“Excel用例生成Skill”，又加載了“Xmind腦圖生成Skill”。當(dāng)你輸入“幫我生成登錄用例”時，AI懵了：它可能同時讀取了兩個Skill的指令，結(jié)果輸出既不是標(biāo)準(zhǔn)的Excel，也不是完整的Xmind，而是四不像。這叫上下文污染。
避坑：隔離環(huán)境，專事專辦。養(yǎng)成好習(xí)慣：一個對話窗口只專注處理一類任務(wù)。如果要切換任務(wù)，開啟新對話，或者明確在Prompt中指定“請忽略其他Skill，只使用XXXSkill”。

5. 環(huán)境依賴缺失，Skill運(yùn)行報(bào)錯

坑：從GitHub下載了一個看起來很牛的“PDF解析Skill”，導(dǎo)入后運(yùn)行報(bào)錯。一查發(fā)現(xiàn)，這個Skill的/scripts文件夾里用到了pypdf2庫，但你的本地Python環(huán)境根本沒裝。AI嘗試執(zhí)行時報(bào)錯，新手直接懵了。
避坑：環(huán)境即代碼，清單化管理。下載Skill后，先看有沒有requirements.txt或類似文件。在Cursor/Trae這類工具中，通常需要在終端手動安裝依賴。建議Skill作者在SKILL.md里明確寫明依賴，使用者養(yǎng)成“先裝依賴，再跑Skill”的習(xí)慣。

6. 指令模糊，AI猜不透你的真實(shí)意圖

坑：你輸入“用Excel Skill生成用例”。AI確實(shí)用了，但生成的Excel里只有三列（步驟、預(yù)期、結(jié)果），而你們公司規(guī)范要求七列（用例編號、模塊、優(yōu)先級、前置條件、步驟、預(yù)期結(jié)果、實(shí)際結(jié)果）。你覺得AI不行，AI覺得你沒說清楚。
避坑：指令工程，精確傳達(dá)。好的Prompt是成功的一半。你可以優(yōu)化輸入：“用Excel Skill生成登錄模塊的測試用例，嚴(yán)格按照公司規(guī)范模板輸出：包含用例編號_TC001、模塊_登錄、優(yōu)先級_P0、前置條件、測試步驟、預(yù)期結(jié)果六列，表頭加粗并自動適配列寬?！?把規(guī)范“喂”給AI，它才能吐出你想要的東西。

四、 最新動態(tài)：Anthropic 剛剛更新了什么？

就在前天，AI界發(fā)生了一件大事，直接關(guān)系到我們怎么學(xué)Skills ：

Anthropic 發(fā)布了 Skills 的兩大工業(yè)化更新：

1. 《Skills編寫完整指南》一份長達(dá)33頁的官方規(guī)范。這意味著Skill的開發(fā)不再是野路子，有了標(biāo)準(zhǔn)化的“說明書”。測試團(tuán)隊(duì)在編寫自己的私有Skill時，有了權(quán)威的參考依據(jù)。（https://github.com/anthropics/skills/blob/main/skills/skill-creator/SKILL.md）
2. “技能生成器”新增評估功能以前我們不知道寫的Skill好不好，現(xiàn)在官方工具可以量化技能質(zhì)量、優(yōu)化觸發(fā)準(zhǔn)確率。簡單說，AI能自己測試這個Skill好不好用了，這對于我們后續(xù)構(gòu)建企業(yè)級的Skill庫是個重大利好。

這標(biāo)志著AI智能體生態(tài)正在走向工業(yè)化，測試人現(xiàn)在上車，正是時候。

五、 kiro安裝 Skills教程

配置 Kiro Skill 其實(shí)就是把一系列特定的工作流程指令“教”給 Kiro，讓它能在對話中自動調(diào)用。整個過程主要分為創(chuàng)建和導(dǎo)入兩種方式。

你可以把 Skill 理解為一個封裝好的“函數(shù)”，只要在對話中觸發(fā)關(guān)鍵詞，它就會自動執(zhí)行預(yù)設(shè)好的步驟。

Skill 的存放位置

在開始之前，你需要了解 Skill 可以存放在哪。這決定了它的生效范圍：

特別注意：Kiro 識別的是[技能名稱]/SKILL.md這樣的文件夾結(jié)構(gòu)。如果把 Markdown 文件直接放在skills文件夾下，它是不會被識別的。

方法一：手動創(chuàng)建你的第一個 Skill

這是最核心的方法，讓你能根據(jù)自己的需求定制 Skill。

創(chuàng)建文件夾：在上述任意一個skills目錄下，為你的新技能創(chuàng)建一個文件夾。文件夾名就是技能的名字，建議使用小寫字母、數(shù)字和連字符，比如pr-review。

創(chuàng)建核心文件：在剛才創(chuàng)建的文件夾里，新建一個名為SKILL.md的文件。這是技能的“大腦”，Kiro 通過讀取這個文件來理解你的技能。

編寫SKILL.md：這個文件有固定的格式，最上面是YAML 格式的 Frontmatter，后面跟著Markdown 格式的指令。

---
# 技能的唯一標(biāo)識符，必須和文件夾名一致
name: pr-review
# 技能的描述，非常重要！Kiro 通過匹配這段話來決定是否激活技能
description: 負(fù)責(zé)審查 Pull Request 的代碼質(zhì)量、安全問題和測試覆蓋率。當(dāng)用戶提到“審查PR”或“準(zhǔn)備代碼審查”時使用。
---

## PR 審查清單

當(dāng)你被要求審查一個 Pull Request 時，請遵循以下步驟：

1. **安全檢查**：檢查代碼中是否存在安全漏洞，如 SQL 注入風(fēng)險(xiǎn)、硬編碼的密鑰或暴露的憑證。
2. **錯誤處理**：驗(yàn)證是否妥善處理了各種邊界情況和可能的失敗模式。
3. **測試覆蓋**：確認(rèn)新添加的代碼有對應(yīng)的單元測試或集成測試。
4. **代碼風(fēng)格**：確保變量和函數(shù)命名清晰易懂，符合項(xiàng)目規(guī)范。
5. **遺留問題**：提醒移除開發(fā)過程中留下的調(diào)試代碼，如 `console.log` 或 `print` 語句。

## 需要特別留意的問題

* 硬編碼的憑據(jù)或 API 密鑰。
* 缺少必要的輸入驗(yàn)證。
* 未捕獲的 Promise 異常。
* 在代碼中引入不必要的復(fù)雜性。

• name 和description是必填項(xiàng)。description寫得越精準(zhǔn)，Skill 被正確激活的概率就越高。

(可選) 添加參考資料：如果你的技能需要依賴很多文檔，可以在技能文件夾下創(chuàng)建一個references/目錄，把詳細(xì)的操作手冊、配置指南等放進(jìn)去。然后在SKILL.md里通過相對路徑引用它們。

方法二：直接導(dǎo)入現(xiàn)成的 Skill

如果你不想從頭開始，可以直接從 GitHub 等地方導(dǎo)入別人分享的 Skill。Kiro 的圖形化界面讓這件事變得很簡單。

1. 在 Kiro IDE 的左側(cè)菜單欄點(diǎn)擊 Kiro 圖標(biāo)。
2. 找到 “AGENT STEERING & SKILLS” 選項(xiàng)，點(diǎn)擊它右側(cè)的“+”號。
3. 在彈出的菜單中，你可以選擇：

• 從 URL 導(dǎo)入粘貼一個 GitHub 上公開 Skill 的倉庫地址。
• 從本地選擇選擇你電腦上已經(jīng)下載好的 Skill 文件夾。

• 接著選擇要導(dǎo)入的位置（當(dāng)前工作區(qū)還是全局），Kiro 就會自動幫你下載并放置好。

推薦資源：你可以試試從https://github.com/anthropics/skills.git這個倉庫獲取一些現(xiàn)成的 Skill 來體驗(yàn)。

使用skill

使用excel-test-case-generator skill 需求為#prod.md

實(shí)戰(zhàn)一下：Skill 是如何工作的？

一個 Skill 可以做的遠(yuǎn)不止是提供文本建議。比如，有人創(chuàng)建了一個性能測試分析 Skill，當(dāng)你對它說“分析 test_result.json”時，它會自動執(zhí)行以下操作：

1. 解析數(shù)據(jù)調(diào)用內(nèi)置的analyze.js腳本，分析原始的 JSON 測試數(shù)據(jù)。
2. 計(jì)算指標(biāo)自動計(jì)算出 P95 響應(yīng)時間、吞吐量等關(guān)鍵性能指標(biāo)。
3. 生成報(bào)告調(diào)用generate-html-report.js腳本，生成一份精美的 HTML 可視化報(bào)告。
   整個過程完全自動化，你只需要發(fā)出一條指令即可。

幾個小建議

• 精準(zhǔn)描述花點(diǎn)心思寫好description，這是 Skill 能被正確調(diào)用的關(guān)鍵。
• 迭代構(gòu)建不必追求一步到位。可以先讓 Skill 完成核心功能，再慢慢增加輸出形式和美化效果。
• 版本控制建議把項(xiàng)目下的.kiro/skills/目錄提交到 Git 倉庫，這樣整個團(tuán)隊(duì)就能共享同一套工作流了。

五、 測試人學(xué) Skills，到底有什么用？

測試人的核心競爭力，是高效保障質(zhì)量，而不是機(jī)械地敲鍵盤。日常大量的重復(fù)工作（格式轉(zhuǎn)換、數(shù)據(jù)填充、腳本錄制）占用了我們分析業(yè)務(wù)、探索性測試的時間。

Skills能讓我們從“勞動者”變成“工具的定義者”。

目前，結(jié)合我遇到的測試痛點(diǎn)，已經(jīng)梳理了幾個測試實(shí)用Skill的開發(fā)思路，分享給你參考：

1、 測試數(shù)據(jù)智能管理類

2、 缺陷分析與復(fù)盤類

3、 文檔與代碼協(xié)同類

4、 環(huán)境與配置管理類

5、AI與專項(xiàng)測試融合

最后想對測試同仁說：Skills不難學(xué)，它本質(zhì)上是對我們測試經(jīng)驗(yàn)的“代碼化封裝”。能解決工作痛點(diǎn)、把我們從重復(fù)勞動中解放出來的工具，就是好工具。
最后奉上一首skill使用七言打油詩（避坑口訣），朗朗上口，方便記憶：

《Skills 六忌歌》

一忌全能貪大功
單一職責(zé)記心中

二忌偷懶不檢查
復(fù)核一分鐘不差

三忌閉門造新車
先搜現(xiàn)成不迷途

四忌多 Skill 同框聊
專事專辦才可靠

五忌依賴缺環(huán)境
裝好依賴再運(yùn)行

六忌指令說不清
規(guī)范喂給 AI 聽