1. 為什么我要整理這份 Skill 清單用了大半年 Claude Code從最初只會讓它幫我改改 bug到后來把日常開發(fā)、文檔、數(shù)據(jù)處理、甚至寫周報的活兒都交給它中間踩過的坑和攢下的經(jīng)驗說實話能寫好幾篇長文。但真正讓我效率發(fā)生質(zhì)變的不是換了什么更強的模型而是把一堆零散的 Skill 攢成了一個可復(fù)用、可一鍵安裝的技能包。Skill 這個東西你可以把它理解成給 Claude Code 裝的“插件”或者“外掛”。Claude Code 本身是個通用助手什么都能聊兩句但真到具體場景里它缺的是“領(lǐng)域知識”和“固定套路”。比如你讓它幫你寫一個符合團隊規(guī)范的 commit message它默認(rèn)的輸出格式可能跟你團隊要求的完全不一樣你讓它幫你處理 Excel 數(shù)據(jù)它可能給你一段 Python 代碼但跑不通。Skill 就是把這些“套路”固化下來讓 Claude Code 在特定任務(wù)上直接進入狀態(tài)不用每次從零解釋。我整理這 17 個 Skill標(biāo)準(zhǔn)很簡單我自己高頻用、裝完就能跑、對效率有肉眼可見的提升。不是那種“看起來很酷但一年用不上一次”的花架子。覆蓋的場景包括代碼開發(fā)、文檔寫作、數(shù)據(jù)處理、項目管理、日常辦公這幾大類。如果你剛開始接觸 Claude Code或者已經(jīng)用了一段時間但覺得“也就那樣”那這份清單應(yīng)該能幫你把它從“能用”變成“好用”。需要提前說明的是Skill 的安裝方式在不同版本和平臺上略有差異我下面給出的命令和路徑是基于我自己的環(huán)境實測有效的你如果遇到不一致的地方優(yōu)先看官方文檔或者對應(yīng) Skill 倉庫的 README。另外有些 Skill 依賴特定的運行環(huán)境比如 Python 版本、Node 版本裝之前先確認(rèn)一下自己的基礎(chǔ)環(huán)境能省掉很多莫名其妙的報錯。2. Skill 到底是什么為什么值得裝2.1 從“每次解釋”到“一次配置”的轉(zhuǎn)變先打個比方。Claude Code 就像一個剛?cè)肼毜穆斆餍氯藢W(xué)習(xí)能力很強但你每次讓他干活都得從頭交代一遍背景我們團隊的代碼規(guī)范是什么、文檔模板長什么樣、數(shù)據(jù)處理的流程分幾步。交代一次兩次還行天天交代誰都受不了。Skill 的作用就是給這個新人發(fā)一本《員工手冊》里面寫好了各種場景下的標(biāo)準(zhǔn)操作流程他遇到對應(yīng)任務(wù)直接翻手冊執(zhí)行不用再來問你。從技術(shù)層面講Skill 本質(zhì)上是一組預(yù)定義的指令、上下文和工具調(diào)用的集合。它通常包含一個描述文件告訴 Claude Code 這個 Skill 是干什么的、什么時候觸發(fā)和具體的執(zhí)行邏輯可能是一段 prompt 模板、一個腳本、或者一組 API 調(diào)用。當(dāng)你安裝了一個 Skill 之后Claude Code 在遇到匹配的任務(wù)時會自動加載對應(yīng)的 Skill按照里面定義的流程來執(zhí)行。這就解釋了為什么裝 Skill 能提升效率它把“解釋成本”從每次任務(wù)都發(fā)生變成了只在安裝時發(fā)生一次。而且 Skill 是可分享的你團隊里一個人配好了其他人直接裝就行規(guī)范統(tǒng)一不會出現(xiàn)“張三的 commit message 格式和李四的不一樣”這種破事。2.2 哪些場景最適合用 Skill不是所有任務(wù)都值得做成 Skill。我自己的判斷標(biāo)準(zhǔn)是高頻 有固定套路 每次解釋起來很煩。三個條件同時滿足就值得花時間去找或者自己寫一個 Skill。舉幾個我實際用到的例子。代碼審查這個場景每次讓 Claude Code 審查代碼我都得說“注意看有沒有空指針、有沒有資源泄漏、命名是否符合規(guī)范、有沒有寫測試”說多了真的煩。后來裝了一個代碼審查 Skill直接說“審查這個文件”它就按預(yù)設(shè)的檢查清單過一遍輸出格式也統(tǒng)一。文檔寫作也是我們團隊的周報有固定模板裝了一個周報 Skill 之后我只需要把本周做的事情列出來它自動套模板生成連語氣都調(diào)好了。反過來那種一次性的、高度定制化的任務(wù)就不太適合做成 Skill。比如你讓 Claude Code 幫你分析一個特別復(fù)雜的業(yè)務(wù)邏輯這種每次情況都不一樣做成 Skill 反而限制發(fā)揮。所以裝 Skill 之前先想清楚這個任務(wù)我是不是每周都要做是不是每次都要重復(fù)解釋如果是那就值得。2.3 一鍵安裝的價值在哪里單個 Skill 的安裝其實不復(fù)雜無非是把文件放到指定目錄或者跑一條安裝命令。但當(dāng)你攢了十幾個 Skill 之后手動一個個裝就很折磨了。更麻煩的是有些 Skill 之間有依賴關(guān)系裝錯了順序可能報錯有些 Skill 需要配置環(huán)境變量忘了配就跑不起來。一鍵安裝腳本解決的就是這個問題。它把所有 Skill 的安裝步驟、依賴檢查、環(huán)境配置打包成一個腳本你跑一次它按順序把該裝的都裝了該配的都配了。我自己的做法是把常用的 Skill 放在一個 Git 倉庫里寫一個install.sh新機器上 clone 下來跑一遍五分鐘搞定。這比一個個手動裝省下來的時間一年下來相當(dāng)可觀。注意一鍵安裝腳本雖然方便但跑之前最好看一眼腳本內(nèi)容確認(rèn)它沒有執(zhí)行什么你不期望的操作。尤其是從網(wǎng)上找的腳本安全第一。3. 17 個親測好用的 Skill 逐個拆解3.1 代碼開發(fā)類讓寫代碼和審代碼都省心Skill 1代碼審查助手Code Review Buddy這個是我用得最頻繁的一個。裝完之后你只需要說“審查這個文件”或者“審查這次改動”它就會按照預(yù)設(shè)的檢查清單過一遍命名規(guī)范、潛在的空指針、資源泄漏、邊界條件、測試覆蓋、注釋質(zhì)量。輸出格式是固定的每個問題標(biāo)出嚴(yán)重程度和修改建議。我特別喜歡它的一點是它會區(qū)分“必須改”和“建議改”。有些風(fēng)格問題它標(biāo)成建議不會讓你覺得被指手畫腳。實測下來它抓空指針和資源泄漏特別準(zhǔn)有一次幫我發(fā)現(xiàn)了一個數(shù)據(jù)庫連接沒關(guān)閉的問題那個 bug 藏得很深人工審查大概率會漏掉。Skill 2Commit Message 生成器團隊規(guī)范要求 commit message 必須符合 Conventional Commits 格式還要關(guān)聯(lián) Jira ticket 號。以前我每次都要手動拼煩得很。這個 Skill 裝完之后我只需要說“生成 commit message”它自動讀取當(dāng)前改動生成符合規(guī)范的 message還會根據(jù)改動內(nèi)容推斷是 feat 還是 fix 還是 chore。它的推斷邏輯是基于文件路徑和改動內(nèi)容的。比如你改了src/components/下面的文件它大概率推斷成 feat改了test/下面的推斷成 test。準(zhǔn)確率大概八成左右剩下兩成手動改一下就行比從零寫快多了。Skill 3單元測試生成器這個 Skill 的觸發(fā)方式是“為這個函數(shù)生成測試”。它會讀取你指定的函數(shù)分析輸入輸出和邊界條件生成對應(yīng)的測試用例。支持 Jest、Pytest、JUnit 這幾個主流框架你可以在配置里指定用哪個。我實測下來它生成的測試覆蓋邊界條件的能力比我自己寫還強。有一次它為一個字符串處理函數(shù)生成了十幾個測試用例包括空字符串、超長字符串、特殊字符、Unicode 字符這些我平時可能想不到的情況。當(dāng)然生成的測試不是百分百能跑通有時候需要微調(diào)但省下來的時間還是很明顯的。Skill 4代碼重構(gòu)建議這個 Skill 不直接改代碼而是給你重構(gòu)建議。你說“看看這個文件有什么可以重構(gòu)的”它會分析代碼結(jié)構(gòu)指出重復(fù)代碼、過長函數(shù)、復(fù)雜條件判斷這些問題并給出具體的重構(gòu)方案。我一般用它來做定期的代碼健康檢查。每周挑一個核心文件跑一遍看看有沒有積累的技術(shù)債。它的建議有時候比較激進比如建議把一個 200 行的函數(shù)拆成 5 個小函數(shù)這種我會根據(jù)實際情況判斷不會無腦照做。3.2 文檔寫作類從周報到技術(shù)文檔全覆蓋Skill 5周報生成器這個 Skill 解決的是“每周五下午對著空白文檔發(fā)呆”的問題。你只需要把本周做的事情用 bullet point 列出來它自動套用團隊模板生成結(jié)構(gòu)清晰、語氣得體的周報。模板可以在配置里改支持 Markdown 和富文本兩種輸出格式。我自己的用法是平時隨手記一個weekly.md想到什么寫什么周五的時候把內(nèi)容喂給這個 Skill一分鐘出周報。它還會自動把零散的條目歸類到“本周完成”“進行中”“下周計劃”這幾個板塊省了我不少整理時間。Skill 6技術(shù)文檔撰寫助手寫 API 文檔、README、架構(gòu)說明這類東西最煩的是格式和結(jié)構(gòu)。這個 Skill 內(nèi)置了幾種常見文檔的模板你只需要提供核心內(nèi)容它幫你組織成規(guī)范的文檔。支持 OpenAPI、Markdown、AsciiDoc 幾種格式。我拿它寫過一次微服務(wù)的 API 文檔把接口定義和參數(shù)說明丟給它它自動生成了符合 OpenAPI 規(guī)范的 YAML 文件還附帶了示例請求和響應(yīng)。當(dāng)然生成的文檔需要人工校對尤其是業(yè)務(wù)邏輯相關(guān)的描述它可能理解得不夠準(zhǔn)確。Skill 7會議紀(jì)要整理開會的時候錄音或者記筆記會后把內(nèi)容丟給這個 Skill它自動提取關(guān)鍵決策、待辦事項、負(fù)責(zé)人和時間節(jié)點生成結(jié)構(gòu)化的會議紀(jì)要。支持中英文混合輸入輸出格式可以選 Markdown 或者郵件正文。這個 Skill 的準(zhǔn)確率取決于輸入質(zhì)量。如果筆記記得太亂它提取出來的待辦事項可能不完整。我的經(jīng)驗是開會的時候至少把“誰負(fù)責(zé)什么、什么時候完成”這幾項記清楚剩下的讓它去整理。Skill 8PPT 大綱生成器這個 Skill 不直接生成 PPT 文件而是生成 PPT 的大綱和每頁的要點。你告訴它主題和受眾它輸出一個結(jié)構(gòu)化的提綱包括每頁的標(biāo)題、要點、建議的圖表類型。我一般拿它來快速搭框架然后自己在 PowerPoint 或者 Keynote 里填充內(nèi)容。它的強項是邏輯結(jié)構(gòu)。有一次我要做一個技術(shù)分享的 PPT它幫我梳理了一個“問題-方案-實現(xiàn)-效果-展望”的結(jié)構(gòu)比我一開始想的“按功能模塊講”要清晰得多。3.3 數(shù)據(jù)處理類Excel、CSV、JSON 一把梭Skill 9Excel 數(shù)據(jù)處理這個 Skill 可以讀取 Excel 文件執(zhí)行篩選、排序、聚合、透視這些操作輸出結(jié)果或者生成處理腳本。你不需要寫公式直接用自然語言描述你要做什么就行。我拿它處理過一份幾千行的銷售數(shù)據(jù)需求是“按地區(qū)匯總銷售額找出每個地區(qū)排名前三的產(chǎn)品”。它直接生成了 Python 腳本用 pandas 跑出來結(jié)果還附帶了圖表。比我自己寫 pandas 快多了而且不容易出錯。Skill 10CSV 清洗工具CSV 文件最煩的是格式不統(tǒng)一有的用逗號分隔有的用分號有的有表頭有的沒有有的字段帶引號有的不帶。這個 Skill 可以自動檢測 CSV 的格式執(zhí)行清洗操作輸出標(biāo)準(zhǔn)化的文件。我一般用它來做數(shù)據(jù)導(dǎo)入前的預(yù)處理。比如從不同系統(tǒng)導(dǎo)出的 CSV 合并成一個字段名對齊日期格式統(tǒng)一缺失值處理。這些操作手動做很繁瑣交給它幾分鐘搞定。Skill 11JSON 格式化與校驗這個 Skill 的功能比較輕量格式化 JSON、校驗 JSON Schema、提取特定字段、轉(zhuǎn)換格式JSON 轉(zhuǎn) YAML 或者 CSV。我平時用得不多但每次用到的時候都覺得挺方便。它的一個隱藏用法是調(diào)試 API 響應(yīng)。你把一段亂七八糟的 JSON 丟給它說“格式化并找出所有為 null 的字段”它很快就能給你結(jié)果。比在編輯器里手動折疊展開快多了。Skill 12數(shù)據(jù)可視化建議你給它一組數(shù)據(jù)它分析數(shù)據(jù)的特征建議用什么圖表類型來展示并生成對應(yīng)的繪圖代碼支持 Matplotlib、Plotly、ECharts。我拿它做過一次數(shù)據(jù)報告的圖表選型它根據(jù)數(shù)據(jù)的分布特征建議用箱線圖而不是柱狀圖確實更合適。3.4 項目管理與協(xié)作類讓溝通和跟蹤更順暢Skill 13Jira Ticket 生成器根據(jù)你的需求描述自動生成符合團隊規(guī)范的 Jira ticket包括標(biāo)題、描述、驗收標(biāo)準(zhǔn)、優(yōu)先級、預(yù)估工時。我一般用它來快速創(chuàng)建任務(wù)尤其是那種“我知道要做什么但懶得寫描述”的情況。它的驗收標(biāo)準(zhǔn)寫得比我詳細(xì)。有一次我讓它生成一個“用戶登錄功能”的 ticket它列了七八條驗收標(biāo)準(zhǔn)包括“密碼錯誤時顯示友好提示”“連續(xù)失敗三次鎖定賬戶”這些我可能漏掉的細(xì)節(jié)。Skill 14代碼變更影響分析你給它一個代碼改動它分析這個改動可能影響哪些模塊、哪些接口、哪些測試用例。我一般在做比較大的重構(gòu)之前用它來評估風(fēng)險看看有沒有遺漏的依賴。這個 Skill 的分析基于靜態(tài)代碼分析不能百分百準(zhǔn)確但能幫你發(fā)現(xiàn)一些明顯的遺漏。有一次我改了一個公共工具函數(shù)它提醒我有三個模塊調(diào)用了這個函數(shù)其中兩個我沒想到避免了一次線上事故。Skill 15項目進度報告根據(jù)你提供的任務(wù)列表和完成狀態(tài)生成項目進度報告包括完成百分比、風(fēng)險項、阻塞項、下一步計劃。我拿它來做每周的項目同步省了自己整理的時間。3.5 日常辦公類那些瑣碎但高頻的小事Skill 16郵件草稿生成你告訴它收件人、主題、要點它生成一封語氣得體的郵件草稿。支持正式、半正式、非正式三種語氣。我一般用它來寫那種“知道要說什么但不知道怎么措辭”的郵件比如催進度、拒絕需求、向上匯報。Skill 17日程安排助手你給它一組任務(wù)和可用時間它幫你排出一個合理的日程表考慮任務(wù)的優(yōu)先級、預(yù)估時長、以及必要的休息間隔。我拿它來規(guī)劃深度工作的時間塊避免一天下來感覺忙但沒產(chǎn)出。4. 一鍵安裝腳本怎么寫4.1 目錄結(jié)構(gòu)設(shè)計一鍵安裝的核心是把所有 Skill 的文件組織好然后用一個腳本按順序安裝。我自己的目錄結(jié)構(gòu)是這樣的claude-skills/ ├── install.sh ├── skills/ │ ├── code-review/ │ │ ├── skill.md │ │ └── config.json │ ├── commit-message/ │ │ ├── skill.md │ │ └── config.json │ └── ... └── README.md每個 Skill 一個目錄里面至少有一個skill.md描述文件和一個config.json配置文件。install.sh負(fù)責(zé)遍歷skills/目錄把每個 Skill 安裝到 Claude Code 的指定位置。4.2 安裝腳本的核心邏輯安裝腳本主要做三件事檢查環(huán)境、復(fù)制文件、配置環(huán)境變量。下面是我自己用的腳本框架你可以根據(jù)實際情況調(diào)整#!/bin/bash set -e SKILLS_DIR./skills TARGET_DIR$HOME/.claude/skills echo 檢查基礎(chǔ)環(huán)境... if ! command -v python3 /dev/null; then echo 錯誤未找到 python3請先安裝 Python 3.8 或更高版本 exit 1 fi if ! command -v node /dev/null; then echo 警告未找到 node部分 Skill 可能無法正常工作 fi echo 創(chuàng)建目標(biāo)目錄... mkdir -p $TARGET_DIR echo 開始安裝 Skill... for skill in $SKILLS_DIR/*/; do skill_name$(basename $skill) echo 安裝 $skill_name ... if [ ! -f $skill/skill.md ]; then echo 跳過 $skill_name缺少 skill.md continue fi cp -r $skill $TARGET_DIR/ echo $skill_name 安裝完成 done echo 所有 Skill 安裝完成共安裝 $(ls -1 $TARGET_DIR | wc -l) 個這個腳本的邏輯很簡單檢查 Python 和 Node 是否可用創(chuàng)建目標(biāo)目錄遍歷skills/下的每個子目錄復(fù)制到目標(biāo)位置。set -e保證任何一步出錯就停止避免裝了一半留下爛攤子。4.3 環(huán)境變量與依賴處理有些 Skill 需要配置環(huán)境變量比如 API key、數(shù)據(jù)庫連接串、默認(rèn)的項目路徑。我的做法是在每個 Skill 的目錄里放一個.env.example安裝腳本檢查是否存在.env不存在就從 example 復(fù)制一份然后提示用戶去填寫。if [ -f $skill/.env.example ] [ ! -f $skill/.env ]; then cp $skill/.env.example $skill/.env echo 請編輯 $skill/.env 填寫必要的配置 fi依賴處理方面如果某個 Skill 依賴特定的 Python 包我會在 Skill 目錄里放一個requirements.txt安裝腳本檢測到之后自動跑pip install -r requirements.txt。Node 依賴同理放package.json跑npm install。提示一鍵安裝腳本最好支持“只安裝指定 Skill”的參數(shù)比如./install.sh code-review commit-message這樣你不需要每次都全量安裝。5. 實操過程中踩過的坑和排查技巧5.1 安裝失敗最常見的原因我統(tǒng)計了一下自己遇到過的安裝失敗情況排前三的是Python 版本不對、目標(biāo)目錄權(quán)限不足、Skill 文件不完整。Python 版本問題最常見。有些 Skill 用了 Python 3.10 才支持的語法比如match語句你環(huán)境里是 3.8 就跑不起來。解決辦法很簡單裝之前先跑python3 --version確認(rèn)版本低于 3.10 的話要么升級要么找兼容舊版本的 Skill。權(quán)限問題一般出現(xiàn)在 Linux 和 macOS 上。如果~/.claude/skills目錄的屬主不是當(dāng)前用戶復(fù)制文件的時候會報 Permission denied。解決辦法是chmod或者chown一下確保當(dāng)前用戶有寫權(quán)限。文件不完整通常是下載或者 clone 的時候出了問題。有些 Skill 倉庫用了 Git LFS你直接 clone 下來可能只有指針文件沒有實際內(nèi)容。解決辦法是裝之前先git lfs pull或者直接下載 release 包。5.2 Skill 裝了但不生效怎么辦裝完 Skill 之后Claude Code 沒有按預(yù)期觸發(fā)這種情況我也遇到過幾次。排查思路是這樣的先確認(rèn) Skill 是否真的裝到了正確的位置。不同版本的 Claude Code 可能從不同的目錄讀取 Skill你可以在 Claude Code 里問它“你現(xiàn)在加載了哪些 Skill”它會列出來。如果列表里沒有你剛裝的那就是路徑不對。再確認(rèn) Skill 的觸發(fā)條件。有些 Skill 需要特定的關(guān)鍵詞或者文件類型才會觸發(fā)不是所有任務(wù)都會自動加載。你可以手動觸發(fā)比如直接說“使用代碼審查 Skill 審查這個文件”看它能不能正常執(zhí)行。最后檢查 Skill 的配置文件。有些 Skill 需要你在config.json里指定一些參數(shù)比如默認(rèn)的編程語言、測試框架、輸出格式。如果這些參數(shù)沒配或者配錯了Skill 可能加載了但執(zhí)行時報錯。5.3 多個 Skill 沖突怎么處理當(dāng)你裝了很多 Skill 之后可能會出現(xiàn)兩個 Skill 都想處理同一個任務(wù)的情況。比如你裝了“代碼審查”和“代碼重構(gòu)建議”兩個 Skill你說“看看這個文件”它可能不知道該用哪個。我的處理方式是給每個 Skill 設(shè)置明確的觸發(fā)詞。代碼審查的觸發(fā)詞是“審查”代碼重構(gòu)的觸發(fā)詞是“重構(gòu)”。這樣你說“審查這個文件”和“重構(gòu)這個文件”會觸發(fā)不同的 Skill不會混淆。如果兩個 Skill 的功能確實有重疊我會保留更常用的那個把另一個禁用掉。禁用方法很簡單把 Skill 目錄重命名加個.disabled后綴Claude Code 就不會加載了。5.4 常見問題速查表問題現(xiàn)象可能原因解決方法安裝腳本報錯退出Python 或 Node 未安裝安裝對應(yīng)運行時或修改腳本跳過檢查Skill 列表里沒有新裝的 Skill目標(biāo)目錄路徑不對確認(rèn) Claude Code 的 Skill 目錄位置修改腳本中的 TARGET_DIRSkill 加載了但執(zhí)行報錯缺少依賴包檢查 Skill 目錄下的 requirements.txt 或 package.json手動安裝依賴多個 Skill 觸發(fā)沖突觸發(fā)詞重疊修改 Skill 的觸發(fā)詞或在配置里設(shè)置優(yōu)先級Skill 輸出格式不符合預(yù)期配置文件未填寫檢查 config.json填寫必要的參數(shù)安裝后 Claude Code 啟動變慢Skill 數(shù)量過多禁用不常用的 Skill只保留高頻使用的6. 我個人的使用心得和幾個小技巧6.1 不要一次裝太多我一開始貪多把能找到的 Skill 全裝了結(jié)果 Claude Code 啟動變慢而且經(jīng)常觸發(fā)錯誤的 Skill。后來精簡到 17 個只保留真正高頻使用的體驗好很多。建議你也是先用起來幾個核心的用順了再逐步增加。6.2 定期更新 SkillSkill 也是會迭代的。我每個月會花十分鐘檢查一下常用的 Skill 有沒有更新有的話就拉最新版本。更新之前先備份一下自己的配置文件免得被覆蓋。6.3 自己寫 Skill 其實不難如果你有某個高頻任務(wù)找不到現(xiàn)成的 Skill可以自己寫一個。最簡單的 Skill 就是一個 Markdown 文件里面寫清楚觸發(fā)條件和執(zhí)行步驟。Claude Code 讀取這個文件之后就能按你的要求執(zhí)行。我寫過幾個團隊內(nèi)部用的 Skill比如“生成符合我們代碼規(guī)范的注釋”總共不到 50 行效果很好。6.4 把 Skill 納入版本管理我把自己寫的和常用的第三方 Skill 都放在一個 Git 倉庫里每次改動都提交。這樣換電腦的時候直接 clone 下來跑安裝腳本就行不用重新配置。團隊協(xié)作的時候也方便新人入職直接給他倉庫地址五分鐘配好環(huán)境。6.5 注意 Skill 的權(quán)限邊界有些 Skill 會執(zhí)行腳本或者調(diào)用外部 API裝之前最好看一下它具體做了什么。尤其是從網(wǎng)上找的 Skill確認(rèn)它沒有執(zhí)行危險操作。我自己的原則是只裝開源且有人維護的 Skill閉源的或者長期不更新的再方便也不裝。這套 Skill 清單我用了大半年中間增刪改了好幾次現(xiàn)在留下來的這 17 個算是經(jīng)過實戰(zhàn)檢驗的。你要是剛開始用 Claude Code建議先從代碼審查和 commit message 這兩個裝起感受一下 Skill 帶來的效率提升然后再逐步擴展。裝完之后如果遇到什么問題歡迎在評論區(qū)交流我看到都會回。