我们花了两天时间，终于造出了能自我进化的Skills管理器。 * { margin: 0; padding: 0; outline: 0; } body { font-family: “PingFang SC”, system-ui, -apple-system, BlinkMacSystemFont, “Helvetica Neue”, “Hiragino Sans GB”, “Microsoft YaHei UI”, “Microsoft YaHei”, Arial, sans-serif; line-height: 1.6; } .__page_content__ { max-width: 667px; margin: 0 auto; padding: 20px; text-size-adjust: 100%; color: rgba(0, 0, 0, 0.9); padding-bottom: 64px; } .title { user-select: text; font-size: 22px; line-height: 1.4; margin-bottom: 14px; font-weight: 500; } .__meta__ { color: rgba(0, 0, 0, 0.3); font-size: 15px; line-height: 20px; hyphens: auto; word-break: break-word; margin-bottom: 50px; } .__meta__ .nick_name { color: 576B95; } .__meta__ .copyright { color: rgba(0, 0, 0, 0.3); background-color: rgba(0, 0, 0, 0.05); padding: 0 4px; margin: 0 10px 10px 0; } blockquote.source { padding: 10px; margin: 30px 0; border-left: 5px solid ccc; color: #333; font-style: italic; word-wrap: break-word; } blockquote.source a { cursor: pointer; text-decoration: underline; } .item_show_type_0 > section { margin-top: 0; margin-bottom: 24px; } a { color: 576B95; text-decoration: none; cursor: default; } .text_content { margin-bottom: 50px; user-select: text; font-size: 17px; white-space: pre-wrap; word-wrap: break-word; line-height: 28px; hyphens: auto; } .picture_content .picture_item { margin-bottom: 30px; } .picture_content .picture_item .picture_item_label { text-align: center; } img { max-width: 100%; } .pay_subscribe_notice { margin: 30px 0; padding: 20px; background: fffbe6; border: 1px solid ffe58f; border-radius: 8px; } .pay_subscribe_badge { display: inline-block; padding: 4px 12px; background: faad14; color: fff; border-radius: 4px; font-size: 14px; font-weight: 500; margin-bottom: 12px; } .pay_subscribe_desc { font-size: 15px; line-height: 1.8; color: rgba(0, 0, 0, 0.7); margin-bottom: 12px; } .pay_subscribe_hint { font-size: 13px; color: rgba(0, 0, 0, 0.4); } .__bottom-bar__ { display: flex; justify-content: space-between; align-items: center; position: fixed; bottom: 0; left: 0; right: 0; height: 64px; padding: 8px 20px; background: white; box-sizing: border-box; border-top: 1px solid rgba(0, 0, 0, 0.2); } .__bottom-bar__ .left { display: flex; align-items: center; font-size: 15px; white-space: nowrap; } .__bottom-bar__ .right { display: flex; } .__bottom-bar__ .sns_opr_btn { display: flex; align-items: center; user-select: none; background: transparent; border: 0; color: rgba(0, 0, 0, 0.9); font-size: 14px; } .__bottom-bar__ .sns_opr_btn:not(:last-child) { margin-right: 16px; } .__bottom-bar__ .sns_opr_btn > img { margin-right: 4px; }
我们花了两天时间，终于造出了能自我进化的Skills管理器。
原创 数字生命卡兹克 数字生命卡兹克 2026-01-23 09:58 北京
今天这篇可能会稍微硬核一点。
但是我保证，还是有蛮多干货的！也相信绝对会对大家有一点用。
SKills，从入门到现在，我已经连续写了好几篇文章了。
不为别的，我是真的觉得，这玩意不管对个人还是对团队，还是对我们每个人的好奇心，都非常非常的有价值。
虽然现在门槛确实高一点，但是每次搓SKills，我都能回想起，2013年，我即将从高三迈入大学的那个暑假，在家里用着我新买的笔记本电脑，折腾《上古卷轴5》各种各样Mod的快乐。
真的，我们其实并不只有刷短视频才有快乐，你一定要试试，创造的快乐。
今天这一篇，是上一篇文章Skills的最正确用法，是将整个Github压缩成你自己的超级技能库。发出之后，反响超乎我的预料。
不仅X上将近百万阅读。
公众号的后台和评论区，也直接炸了。
很多小伙伴直呼 打开了新世界的大门。
但是，也有很多眼尖的、动手能力强的小伙伴，在评论区提出了非常犀利的问题：
就是，应该怎么管理、怎么升级、怎么迭代这些Skills。
确实，因为Skills，从来都不是一个固化的东西，他会随着时间、随着你自己的变强、随着你链接的Github的项目更新，需要动态优化、调整的过程。
但是我们都知道，到现在，SKills的管理和迭代，实在是过于不友好了。
我在上一篇文章中，搓的一个管理Skills的Skill，其实只是一个雏形。
比如把Github项目打包成Skills一时爽，后续维护全是火葬场。
手动去查更新？手动去改文档？手动去把好不容易积攒的Bug修复经验填回去？
这真的有点显得太呆逼了。
在那篇文章发出去之后，我也一直在思考这个问题，究竟我们应该如何让SKills的迭代、升级、优化、管理，更为方便。
在经历了两天的折腾之后，我想，我们找到了一个有趣的做法，可能在专业大神眼里还并不好，可能还有许许多多要修改和优化的地方。
但是，我还是想把这个东西，分享并且开源出来，因为我自己真的很喜欢。
我们，手搓了一个SKills管理三件套。
这三件套，再加上Claude官方的那个Skill-creator，这四个SKill，直接解决了我所有Skills的增删改查还有迭代升级功能**，**让Skills库，实现真正的全自动化管理和自我进化。
我们搓的这三件套，分别是：
github-to-skills：专用的Github项目转Skills的Skill。
skill-manager：一个专用的管理本地所有SKills的Skill。
skill-evolution-manager：一个能将过程中的对话和经验，自动以外挂的形式，对某Skill进行迭代升级。
话不多说，老规矩，先看效果。
我现在本地有一堆Skills，比如上次那个下载视频的神器 yt-dlp。
因为很多的Github上的项目，也一直实在动态更新的，我肯定是希望，我们本地的Skills，也是可以根据他们仓库的动态，实现自动更新的。
而现在，我只需要对着OpenCode说一句：
帮我检查一下所有的Skills状态。
下一秒，一个清晰的报告就甩在了我脸上：
可以看到，截图中的两个Skill，有两种状态。
company-claude-skills的状态：过期。
yt-dlp的状态：最新。
这两个Skill，都是我将Github上的项目，进行封装的。
yt-dlp在我本地，目前还是Github上的最新版本，但是Company，已经不是了，过期了。
（PS：这个Company，是为了给大家看一下效果，我自己的Github仓库来测试的演示项目。）
而现在，我们只需要说一句：
开始升级，它就会自动去Github拉取最新的代码，重新构建Skill文档。
而这个时候，聪明的你可能就会问了。
GitHub 更新了，旧版的SKILL.md不就被覆盖掉了，那我平时调教Skills优化不断迭代的各种修改和经验不就直接也没了吗？这特么不是巨坑吗，完全用不了啊。
你说的对。
因为我自己用Skills，在运行的过程中，难免会出现一些BUG，而这些BUG其实都是这个SKill的经验，理论上下一次运行，是完全可以避免的，所以我经常会在跑完之后，把这个聊天过程，让Skill-Creator，重新根据整个对话记录，把这些经验，写入到原来的SKill里，让这个Skill，变得越来越牛逼。
比如我之前这个yt-dlp的Skill，第一次报错并就解决以后，就根据聊天记录，让它自主的修改迭代了一些东西。
但你要知道，这个迭代的结果，优化的是SKills里面的主文件也就是Skill.md文件，而我们上面提到的，拉取最新的Github项目，修改的也就是Skill.md文件。
这时候，冲突就来了。
两波人，目标完全不一样，但是每次都按照自己的目标，对一个文件进行修改，那不彻底乱套了吗。
所以我想了想，想到了还算稍微好一点的方法。
就是分开。
拉群最新的Github项目，还是修改主SKill.md文件不变，而我们所有的迭代、报错的经验，不放在Skill.md里，而是直接存到一个全新的、我们自己自定义的evolution.json文件里。
也就是，一个专门用来存，“进化”的文件。
类似于我们的一个经验备份，或者说游戏存档。
无论你的主进程如何更新，版本号升级到了多少，我们的游戏存档，肯定都不应该变得对吧，这个evolution.json其实在Skills里，就是我们自己定义的游戏存档。
当SKILL.md被新版本覆盖时，它便会发挥它的作用，将存档里的经验，重新注入回到Skill.md里。
效果如下：
全程几十秒，不用我动一下脑子。
这样，整个Skills的管理，就形成了飞轮，建一个Skill坦率的讲，其实特别简单。
但是我们在使用过程中，发现其实最麻烦的，是Skills的管理和迭代。
所以，我们造了这些东西。
我把这三件套里的每一个Skill，再拆开来，稍微细一点点的给大家介绍一下，大家相信我，只是这些东西看着代码一些，但是真的不复杂！希望能对大家的思路，起到一些抛砖引玉的作用。
一.github-to-skills
做这个目的，其实就是希望，我们能给从Github上打包的那些Skills，一个身份证明。
我发现之前用的官方skill-creator，虽然能打包，但是它生成的 SKILL.md文档里，没有关于GitHub的相关数据。
就是，我们用倒是可以用，但是其实极度不方便这个Skill进行后续迭代，因为没有版本号，没有Github地址，你都关联不回去。
这就好比你去超市买东西，商品上没条形码，你咋盘点库存啊对吧。
对于后续的Skills管理器来说，它去扫描这些Skills的时候，根本不知道这玩意对应Github上的哪个仓库，更别提对比版本了。
如果强行去扫去匹配，失败率极高，效果极其不稳定。
所以，这三件套的第一个解决方案，自然就是需要对SKills生成器开刀，也就是，要针对SKIIL.md元数据头下手。
我魔改了skill-creator，做了一个github-to-skills。
它的功能也很简单：在打包Github项目的时候，强制注入一些关于github的信息。
这个信息包含这两样东西：
github_url：它从哪来的。
github_hash：它是哪个版本。
这样，每一个经由这个github-to-skills产出的Skill，都自带了身份ID。
可能还有的人没明白这样设计有什么用，对我们后续管理有什么帮助，直接上图对比，大家应该就可以明白了。
这事原版Skill.md里的信息。
这是改进后的SKILL.md里的信息。
你会发现，多了东西。
而这个，就可以非常简单的，跟后续的Github仓库更新进行关联了，并且可以用哈希值进行版本号对照。
相当于，我们给每个SKill，都做了一个身份系统。
有了身份ID，后续的自动化管理，才有了可能，可以这么说，它就是整个系统的地基了。
而之所以为啥这个github-to-skills和原有的skill-creator共存，其实特别简单，因为不是所有的Skills，都是封装的Github项目，还有很多，是我们自己经验和工作流，这种其实没必要注入Github的信息了。
二.skill-manager
有了身份ID的Skill，接下来就是重头戏了，skill-manager。
这玩意就是你skills的大管家，负责你所有本地Skills的管理和更新。
它的功能有这些。
1. Skills查询：主要是最近不管是学习还是测试，经常装的Skills太特么多了，常年看着一堆文件夹，我都忘了这些Skills到底是干啥的。。。
不过现在通过这个skill-manager，它可以直接给我吐出一个好看点的表格，列出所有Skills的类型、描述、版本，而且是可以自己区分哪些是GitHub打包的skill，哪些是正常的skill，真就是可以列出我所有家底。
2.Skills版本监控：这就是开头说的，看Github仓库有没有更新的、非常实用的功能。
它会请求Github的接口，拿着本地Skill头部的github_hash去跟远程仓库进行对比。
最终的结果中，如果输出的对应状态为过期，那就说明需要更新对应的Skills了，若为状态为最新则说明无需更新。
3. Skills管理：一个非常简单的小功能，就是…如果有不需要的或者用不上的，可以用它，来一句话直接删除。
这个小Skill，非常的有用，相当于我们以前的Mod或者插件管理器，只不过把更新迭代的过程也放在了对话里。
我个人认为，还是非常方便的。
现在经常打开OpenCode，没事就先扫一遍Skills是不是有更新，然后再开始干活。
三.skill-evolution-manager
这个就是我开头用了蛮多的篇幅，讲的根据对话或者经验，对Skills进行自动迭代的功能。
所以设计了这个第三个Skill，通过外挂的存档文件evolution.json，来进行迭代和进化管理。
他的作用就一个，就是只负责根据对话内容吸取经验，然后迭代skill。
你可以理解错，这个Skill会在对话的时候，会默默记笔记，Skill哪里搞砸了、哪里需要改进，它全记在小本本上。
对话结束，它把这些经验保存到一个叫evolution.json的文件里，然后写进Skill.md，下次再遇到同样的坑，Skill就会直接绕过，一坑不踩两次。
说真的，我一直觉得，这才是真正的自我进化，也可以理解为我们常说的复盘。
这样，我们的Skills，终于就不再是一个静态的东西，而是随着我们的使用、我们的迭代，也跟随着我们一起升级了。
这个年代，持续的进化，才是唯一的真理。
写在最后
这篇文章，可能阅读量数据量啥的，会非常差。
我其实想了很久，到底要不要分享出来。
一个确实是有点小众了，另一个，也确实我不知道，我们这种做法到底对不对。
但是我们自己用了一天，还是觉得蛮有意思的，真的就是那种越用越聪明，越用越懂你的感觉。
这三个Skill，我也完全毫无保留的分享给大家。
它肯定没有很完美，但是我们也希望，能对大家有一些抛砖引玉的作用。
目前已上传到了我的Github上，大家可以自由下载，未来在这个上面，可能也会持续不断的分享一下我们自己搞的，感觉稍微有点用的SKills。
仓库地址在此：
https://github.com/KKKKhazix/Khazix-Skills
如果有大佬们有更好的思路或者更棒的写法，也欢迎交流。
因为我们也在不断的学习中。
只是，我觉得SKills真的是一个伟大的时代。
所以，在不完美的情况下，依然还是想跟大家分享一下我们的思路和玩法。
只希望，能对大家有一些小小的帮助。
那我们，也就。
心满意足了。
谢谢你们看我的文章。
以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～谢谢你看我的文章，我们，下次再见。
>/ 作者：卡兹克、林机梦逗
>/ 投稿或爆料，请联系邮箱：wzglyay@virxact.com
数字生命卡兹克
 阅读 赞  分享 ‘%3E %3Cg transform=‘translate(0 -2.349)‘%3E %3Cpath d=‘M0 2.349h24v24H0z’/%3E %3Cpath fill=‘%23576B95’ d=‘M16.45 7.68c-.954 0-1.94.362-2.77 1.113l-1.676 1.676-1.853-1.838a3.787 3.787 0 0 0-2.63-.971 3.785 3.785 0 0 0-2.596 1.112 3.786 3.786 0 0 0-1.113 2.687c0 .97.368 1.938 1.105 2.679l7.082 6.527 7.226-6.678a3.787 3.787 0 0 0 .962-2.618 3.785 3.785 0 0 0-1.112-2.597A3.687 3.687 0 0 0 16.45 7.68zm3.473.243a4.985 4.985 0 0 1 1.464 3.418 4.98 4.98 0 0 1-1.29 3.47l-.017.02-7.47 6.903a.9.9 0 0 1-1.22 0l-7.305-6.73-.008-.01a4.986 4.986 0 0 1-1.465-3.535c0-1.279.488-2.56 1.465-3.536A4.985 4.985 0 0 1 7.494 6.46c1.24-.029 2.49.4 3.472 1.29l.01.01L12 8.774l.851-.85.01-.01c1.046-.951 2.322-1.434 3.59-1.434 1.273 0 2.52.49 3.472 1.442z’/%3E %3C/g%3E %3C/g%3E %3C/g%3E%3C/svg%3E) 推荐 ’ fill=‘%23000’ fill-opacity=’.9’/%3E%3C/svg%3E) 留言