今天這篇可能會(huì)稍微硬核一點(diǎn)。

但是我保證，還是有蠻多干貨的！也相信絕對(duì)會(huì)對(duì)大家有一點(diǎn)用。

SKills，從入門到現(xiàn)在，我已經(jīng)連續(xù)寫了好幾篇文章了。

不為別的，我是真的覺得，這玩意不管對(duì)個(gè)人還是對(duì)團(tuán)隊(duì)，還是對(duì)我們每個(gè)人的好奇心，都非常非常的有價(jià)值。

雖然現(xiàn)在門檻確實(shí)高一點(diǎn)，但是每次搓SKills，我都能回想起，2013年，我即將從高三邁入大學(xué)的那個(gè)暑假，在家里用著我新買的筆記本電腦，折騰《上古卷軸5》各種各樣Mod的快樂。

真的，我們其實(shí)并不只有刷短視頻才有快樂，你一定要試試，創(chuàng)造的快樂。

今天這一篇，是上一篇文章發(fā)出之后，反響超乎我的預(yù)料。

不僅X上將近百萬(wàn)閱讀。

公眾號(hào)的后臺(tái)和評(píng)論區(qū)，也直接炸了。

很多小伙伴直呼 打開了新世界的大門。

但是，也有很多眼尖的、動(dòng)手能力強(qiáng)的小伙伴，在評(píng)論區(qū)提出了非常犀利的問題：

就是，應(yīng)該怎么管理、怎么升級(jí)、怎么迭代這些Skills。

確實(shí)，因?yàn)镾kills，從來都不是一個(gè)固化的東西，他會(huì)隨著時(shí)間、隨著你自己的變強(qiáng)、隨著你鏈接的Github的項(xiàng)目更新，需要?jiǎng)討B(tài)優(yōu)化、調(diào)整的過程。

但是我們都知道，到現(xiàn)在，SKills的管理和迭代，實(shí)在是過于不友好了。

我在上一篇文章中，搓的一個(gè)管理Skills的Skill，其實(shí)只是一個(gè)雛形。

比如把Github項(xiàng)目打包成Skills一時(shí)爽，后續(xù)維護(hù)全是火葬場(chǎng)。

手動(dòng)去查更新？手動(dòng)去改文檔？手動(dòng)去把好不容易積攢的Bug修復(fù)經(jīng)驗(yàn)填回去？

這真的有點(diǎn)顯得太呆逼了。

在那篇文章發(fā)出去之后，我也一直在思考這個(gè)問題，究竟我們應(yīng)該如何讓SKills的迭代、升級(jí)、優(yōu)化、管理，更為方便。

在經(jīng)歷了兩天的折騰之后，我想，我們找到了一個(gè)有趣的做法，可能在專業(yè)大神眼里還并不好，可能還有許許多多要修改和優(yōu)化的地方。

但是，我還是想把這個(gè)東西，分享并且開源出來，因?yàn)槲易约赫娴暮芟矚g。

我們，手搓了一個(gè)SKills管理三件套。

這三件套，再加上Claude官方的那個(gè)Skill-creator，這四個(gè)SKill，直接解決了我所有Skills的增刪改查還有迭代升級(jí)功能，讓Skills庫(kù)，實(shí)現(xiàn)真正的全自動(dòng)化管理和自我進(jìn)化。

我們搓的這三件套，分別是：

github-to-skills：專用的Github項(xiàng)目轉(zhuǎn)Skills的Skill。

skill-manager：一個(gè)專用的管理本地所有SKills的Skill。

skill-evolution-manager：一個(gè)能將過程中的對(duì)話和經(jīng)驗(yàn)，自動(dòng)以外掛的形式，對(duì)某Skill進(jìn)行迭代升級(jí)。

話不多說，老規(guī)矩，先看效果。

我現(xiàn)在本地有一堆Skills，比如上次那個(gè)下載視頻的神器 yt-dlp。

因?yàn)楹芏嗟腉ithub上的項(xiàng)目，也一直實(shí)在動(dòng)態(tài)更新的，我肯定是希望，我們本地的Skills，也是可以根據(jù)他們倉(cāng)庫(kù)的動(dòng)態(tài)，實(shí)現(xiàn)自動(dòng)更新的。

而現(xiàn)在，我只需要對(duì)著OpenCode說一句：

幫我檢查一下所有的Skills狀態(tài)。

下一秒，一個(gè)清晰的報(bào)告就甩在了我臉上：

可以看到，截圖中的兩個(gè)Skill，有兩種狀態(tài)。

company-claude-skills的狀態(tài)：過期。

yt-dlp的狀態(tài)：最新。

這兩個(gè)Skill，都是我將Github上的項(xiàng)目，進(jìn)行封裝的。

yt-dlp在我本地，目前還是Github上的最新版本，但是Company，已經(jīng)不是了，過期了。

（PS：這個(gè)Company，是為了給大家看一下效果，我自己的Github倉(cāng)庫(kù)來測(cè)試的演示項(xiàng)目。）

而現(xiàn)在，我們只需要說一句：

開始升級(jí)，它就會(huì)自動(dòng)去Github拉取最新的代碼，重新構(gòu)建Skill文檔。

而這個(gè)時(shí)候，聰明的你可能就會(huì)問了。

GitHub 更新了，舊版的SKILL.md不就被覆蓋掉了，那我平時(shí)調(diào)教Skills優(yōu)化不斷迭代的各種修改和經(jīng)驗(yàn)不就直接也沒了嗎？這特么不是巨坑嗎，完全用不了啊。

你說的對(duì)。

因?yàn)槲易约河肧kills，在運(yùn)行的過程中，難免會(huì)出現(xiàn)一些BUG，而這些BUG其實(shí)都是這個(gè)SKill的經(jīng)驗(yàn)，理論上下一次運(yùn)行，是完全可以避免的，所以我經(jīng)常會(huì)在跑完之后，把這個(gè)聊天過程，讓Skill-Creator，重新根據(jù)整個(gè)對(duì)話記錄，把這些經(jīng)驗(yàn)，寫入到原來的SKill里，讓這個(gè)Skill，變得越來越牛逼。

比如我之前這個(gè)yt-dlp的Skill，第一次報(bào)錯(cuò)并就解決以后，就根據(jù)聊天記錄，讓它自主的修改迭代了一些東西。

但你要知道，這個(gè)迭代的結(jié)果，優(yōu)化的是SKills里面的主文件也就是Skill.md文件，而我們上面提到的，拉取最新的Github項(xiàng)目，修改的也就是Skill.md文件。

這時(shí)候，沖突就來了。

兩波人，目標(biāo)完全不一樣，但是每次都按照自己的目標(biāo)，對(duì)一個(gè)文件進(jìn)行修改，那不徹底亂套了嗎。

所以我想了想，想到了還算稍微好一點(diǎn)的方法。

就是分開。

拉群最新的Github項(xiàng)目，還是修改主SKill.md文件不變，而我們所有的迭代、報(bào)錯(cuò)的經(jīng)驗(yàn)，不放在Skill.md里，而是直接存到一個(gè)全新的、我們自己自定義的evolution.json文件里。

也就是，一個(gè)專門用來存，“進(jìn)化”的文件。

類似于我們的一個(gè)經(jīng)驗(yàn)備份，或者說游戲存檔。

無論你的主進(jìn)程如何更新，版本號(hào)升級(jí)到了多少，我們的游戲存檔，肯定都不應(yīng)該變得對(duì)吧，這個(gè) evolution.json其實(shí)在Skills里，就是我們自己定義的游戲存檔。

當(dāng)SKILL.md被新版本覆蓋時(shí)，它便會(huì)發(fā)揮它的作用，將存檔里的經(jīng)驗(yàn)，重新注入回到Skill.md里。

效果如下：

全程幾十秒，不用我動(dòng)一下腦子。

這樣，整個(gè)Skills的管理，就形成了飛輪，建一個(gè)Skill坦率的講，其實(shí)特別簡(jiǎn)單。

但是我們?cè)谑褂眠^程中，發(fā)現(xiàn)其實(shí)最麻煩的，是Skills的管理和迭代。

所以，我們?cè)炝诉@些東西。

我把這三件套里的每一個(gè)Skill，再拆開來，稍微細(xì)一點(diǎn)點(diǎn)的給大家介紹一下，大家相信我，只是這些東西看著代碼一些，但是真的不復(fù)雜！希望能對(duì)大家的思路，起到一些拋磚引玉的作用。

一.github-to-skills

做這個(gè)目的，其實(shí)就是希望，我們能給從Github上打包的那些Skills，一個(gè)身份證明。

我發(fā)現(xiàn)之前用的官方skill-creator，雖然能打包，但是它生成的 SKILL.md文檔里，沒有關(guān)于GitHub的相關(guān)數(shù)據(jù)。

就是，我們用倒是可以用，但是其實(shí)極度不方便這個(gè)Skill進(jìn)行后續(xù)迭代，因?yàn)闆]有版本號(hào)，沒有Github地址，你都關(guān)聯(lián)不回去。

這就好比你去超市買東西，商品上沒條形碼，你咋盤點(diǎn)庫(kù)存啊對(duì)吧。

對(duì)于后續(xù)的Skills管理器來說，它去掃描這些Skills的時(shí)候，根本不知道這玩意對(duì)應(yīng)Github上的哪個(gè)倉(cāng)庫(kù)，更別提對(duì)比版本了。

如果強(qiáng)行去掃去匹配，失敗率極高，效果極其不穩(wěn)定。

所以，這三件套的第一個(gè)解決方案，自然就是需要對(duì)SKills生成器開刀，也就是，要針對(duì)SKIIL.md元數(shù)據(jù)頭下手。

我魔改了skill-creator，做了一個(gè)github-to-skills。

它的功能也很簡(jiǎn)單：在打包Github項(xiàng)目的時(shí)候，強(qiáng)制注入一些關(guān)于github的信息。

這個(gè)信息包含這兩樣?xùn)|西：

github_url：它從哪來的。

github_hash：它是哪個(gè)版本。

這樣，每一個(gè)經(jīng)由這個(gè)github-to-skills產(chǎn)出的Skill，都自帶了身份ID。

可能還有的人沒明白這樣設(shè)計(jì)有什么用，對(duì)我們后續(xù)管理有什么幫助，直接上圖對(duì)比，大家應(yīng)該就可以明白了。

這事原版Skill.md里的信息。

這是改進(jìn)后的SKILL.md里的信息。

你會(huì)發(fā)現(xiàn)，多了東西。

而這個(gè)，就可以非常簡(jiǎn)單的，跟后續(xù)的Github倉(cāng)庫(kù)更新進(jìn)行關(guān)聯(lián)了，并且可以用哈希值進(jìn)行版本號(hào)對(duì)照。

相當(dāng)于，我們給每個(gè)SKill，都做了一個(gè)身份系統(tǒng)。

有了身份ID，后續(xù)的自動(dòng)化管理，才有了可能，可以這么說，它就是整個(gè)系統(tǒng)的地基了。

而之所以為啥這個(gè)github-to-skills和原有的skill-creator共存，其實(shí)特別簡(jiǎn)單，因?yàn)椴皇撬械腟kills，都是封裝的Github項(xiàng)目，還有很多，是我們自己經(jīng)驗(yàn)和工作流，這種其實(shí)沒必要注入Github的信息了。

二.skill-manager

有了身份ID的Skill，接下來就是重頭戲了，skill-manager。

這玩意就是你skills的大管家，負(fù)責(zé)你所有本地Skills的管理和更新。

它的功能有這些。

1. Skills查詢：主要是最近不管是學(xué)習(xí)還是測(cè)試，經(jīng)常裝的Skills太特么多了，常年看著一堆文件夾，我都忘了這些Skills到底是干啥的。。。

不過現(xiàn)在通過這個(gè)skill-manager，它可以直接給我吐出一個(gè)好看點(diǎn)的表格，列出所有Skills的類型、描述、版本，而且是可以自己區(qū)分哪些是GitHub打包的skill，哪些是正常的skill，真就是可以列出我所有家底。

2.Skills版本監(jiān)控：這就是開頭說的，看Github倉(cāng)庫(kù)有沒有更新的、非常實(shí)用的功能。

它會(huì)請(qǐng)求Github的接口，拿著本地Skill頭部的github_hash去跟遠(yuǎn)程倉(cāng)庫(kù)進(jìn)行對(duì)比。

最終的結(jié)果中，如果輸出的對(duì)應(yīng)狀態(tài)為過期，那就說明需要更新對(duì)應(yīng)的Skills了，若為狀態(tài)為最新則說明無需更新。

3. Skills管理：一個(gè)非常簡(jiǎn)單的小功能，就是...如果有不需要的或者用不上的，可以用它，來一句話直接刪除。

這個(gè)小Skill，非常的有用，相當(dāng)于我們以前的Mod或者插件管理器，只不過把更新迭代的過程也放在了對(duì)話里。

我個(gè)人認(rèn)為，還是非常方便的。

現(xiàn)在經(jīng)常打開OpenCode，沒事就先掃一遍Skills是不是有更新，然后再開始干活。

三.skill-evolution-manager

這個(gè)就是我開頭用了蠻多的篇幅，講的根據(jù)對(duì)話或者經(jīng)驗(yàn)，對(duì)Skills進(jìn)行自動(dòng)迭代的功能。

所以設(shè)計(jì)了這個(gè)第三個(gè)Skill，通過外掛的存檔文件evolution.json，來進(jìn)行迭代和進(jìn)化管理。

他的作用就一個(gè)，就是只負(fù)責(zé)根據(jù)對(duì)話內(nèi)容吸取經(jīng)驗(yàn)，然后迭代skill。

你可以理解錯(cuò)，這個(gè)Skill會(huì)在對(duì)話的時(shí)候，會(huì)默默記筆記，Skill哪里搞砸了、哪里需要改進(jìn)，它全記在小本本上。

對(duì)話結(jié)束，它把這些經(jīng)驗(yàn)保存到一個(gè)叫evolution.json的文件里，然后寫進(jìn)Skill.md，下次再遇到同樣的坑，Skill就會(huì)直接繞過，一坑不踩兩次。

說真的，我一直覺得，這才是真正的自我進(jìn)化，也可以理解為我們常說的復(fù)盤。

這樣，我們的Skills，終于就不再是一個(gè)靜態(tài)的東西，而是隨著我們的使用、我們的迭代，也跟隨著我們一起升級(jí)了。

這個(gè)年代，持續(xù)的進(jìn)化，才是唯一的真理。

這篇文章，可能閱讀量數(shù)據(jù)量啥的，會(huì)非常差。

我其實(shí)想了很久，到底要不要分享出來。

一個(gè)確實(shí)是有點(diǎn)小眾了，另一個(gè)，也確實(shí)我不知道，我們這種做法到底對(duì)不對(duì)。

但是我們自己用了一天，還是覺得蠻有意思的，真的就是那種越用越聰明，越用越懂你的感覺。

這三個(gè)Skill，我也完全毫無保留的分享給大家。

它肯定沒有很完美，但是我們也希望，能對(duì)大家有一些拋磚引玉的作用。

目前已上傳到了我的Github上，大家可以自由下載，未來在這個(gè)上面，可能也會(huì)持續(xù)不斷的分享一下我們自己搞的，感覺稍微有點(diǎn)用的SKills。

倉(cāng)庫(kù)地址在此：

https://github.com/KKKKhazix/Khazix-Skills

如果有大佬們有更好的思路或者更棒的寫法，也歡迎交流。

因?yàn)槲覀円苍诓粩嗟膶W(xué)習(xí)中。

只是，我覺得SKills真的是一個(gè)偉大的時(shí)代。

所以，在不完美的情況下，依然還是想跟大家分享一下我們的思路和玩法。

只希望，能對(duì)大家有一些小小的幫助。

那我們，也就。

心滿意足了。

謝謝你們看我的文章。

以上，既然看到這里了，如果覺得不錯(cuò)，隨手點(diǎn)個(gè)贊、在看、轉(zhuǎn)發(fā)三連吧，如果想第一時(shí)間收到推送，也可以給我個(gè)星標(biāo)?～謝謝你看我的文章，我們，下次再見。

>/ 作者：卡茲克、林機(jī)夢(mèng)逗

>/ 投稿或爆料，請(qǐng)聯(lián)系郵箱：wzglyay@virxact.com