个人使用的过程中的一些痛点：
- skill 数量激增，不好批量管理
- 有些 skill 设计的不合理，拆分了 n 个 skill ，A skill 又依赖 B skill
- 没有版本号的概念，相应的就缺失了升级的概念
随着后续的发展，会不会有类似 maven 、npm 之类的包管理工具，可以去通过配置文件来拉取、更新所有的 skill （关联的 skill 也会被拉取，不过这样好像也会带来版本冲突的问题）。
不知道我这个想法对不对，或者现在已经有了解决方案能解决我的痛点吗
 |
1
wuzhi1234 21 小时 2 分钟前 via iPhone  1
好像有点难，每个人的 skill 都会根据个人使用习惯随意微调，那就没法公共版本号了
|
 |
3
byteLoading OP https://clawhub.ai/
https://github.com/iflytek/skillhub/tree/main 搜索了一下，现在已经有了 repository 来管理包和版本，不过客户端层面好像没有统一的配置规范，还是要自己去通过命令来单独拉取 |
|
4
byteLoading OP @CamD 感觉这个只解决了拉取包的问题，但是没办法直接通过配置文件来批量的管理，有些需求还是满足不了
|
 |
5
jinue9900 20 小时 51 分钟前
所以我更喜欢 plugin 因为能自己 update 自己写的 skills 除外
|
|
6
byteLoading OP 现在的 skill 都区分项目级和全局级，如果参考 maven repo 的概念，是不是全局一个 repo 就够了呢？
项目级是通过配置文件来做的。比如配置一个 json 或者 xml 文件，agent 启动的时候就会去全局的仓库拉取配置的 skill 是因为每个 agent 支持的路径、规范都不一样，所以才做不了这件事情吗？还是说这个思路本身就是错的 |
 |
7
CamD 20 小时 39 分钟前 via iPhone
@byteLoading skills.sh 安装是通过软连接来部署到不同的 agent 下的，会统一安装在一个目录下，用一用就知道了
|
|
8
byteLoading OP @CamD #7 软连接只是解决 skill 存储几份的问题，每新建一个项目再去建一遍软连接，还是没有直接从其他项目 copy 一份配置文件微调一下更优雅一些
|
 |
9
vate32 20 小时 29 分钟前 via iPhone
npx skills
|
 |
10
unco020511 20 小时 28 分钟前 1
我认为后续应该是 plugin 包管理的工具会统筹做这些事，比如一个团队的 sop 工作流，有 MCP skill rules subagents ，现在已经有相关的一些 plugin 管理工具了，但没有形成统一。skill 的话目前用的比较多的是 skills.sh
|
 |
11
gxy2825 20 小时 14 分钟前
可以看看 cc swtich ，里面有管理 Skills 的功能
|
|
12
byteLoading OP @gxy2825 这个用过，感觉也是个解决方案。
|
 |
13
tonywwwz 20 小时 7 分钟前
参照 plugin 的方式写了一个管理交互的 TUI
|
 |
14
Curtion 20 小时 6 分钟前
|
|
15
byteLoading OP opencode 可以通过配置来解决我的痛点：
 1. 使用 npx skills 全局安装 skill 到.agents/skills 2. 通过配置项目级的 opencode.json 来决定哪些 skill 启用、停用 3. 新建项目的时候，copy 整个 opencode.json 到新项目做微调 不过这种整个配置一个大 json 文件也是有问题的，不如适当的拆分成 mcp.json 、skills.json |
 |
16
letking 19 小时 59 分钟前 1
直接基于现有的包管理工具分发 skill ，比如 npm 、pip 。他们本来就支持版本号、依赖管理、软件源等功能。
skill 本质上就是软件包配上说明文档，没有任何超出 python 或 nodejs 包覆盖的东西。 |
|
17
byteLoading OP @Curtion 这个可以，是一套完整的解决方案
|
 |
18
NoManPlay 19 小时 52 分钟前
目前用了 skillshare 双向同步 github
|
 |
19
joyjoke2001 19 小时 44 分钟前
现在 skill 都去哪里搜 有聚合的网站吗
|
|
20
byteLoading OP |
 |
21
raindropsaber 19 小时 27 分钟前 1
自荐下自己在施工中的项目，https://github.com/RaindropSaber/cli-skill 。这是项目本身是一个 skill 的管理工具，也有这个工具配套的 skill 。
目的是，让 agent 使用 cli-skill 这个技能， 开发出带命令行工具的 skill ，降低这类 skill 的制作成本。 这个里面带了 skill 的管理工具，有 create ，publish 、install,mount(link 到不同 agent 的目录)等 上面这些其实不是这个项目的初衷 这个项目的初衷其实是，希望通过 agent 打开一个浏览器，录制用户在浏览器上的行为，分析行为后落成可复用可执行的 skill 能力。解决纯文档 skill+playwright 执行，速度慢、token 消耗大、开发难度大的问题。 还在很初期，有兴趣的可以关注 start 下 |
 |
22
crossoverJie 18 小时 51 分钟前 1
|
|
23
byteLoading OP @crossoverJie 挺好的，提一个想法：能不能增加一个分组或者标签的功能，可以一次启用或者禁用一组 skill
|
|
24
byteLoading OP @crossoverJie 之前也想 vibe 一个来着，管理多 ageng 的 mcp 和 skill 的，名字叫 AgentDeck ，你这个 SkillDeck 的名字也是 AI 起的吧
 |
|
25
crossoverJie 18 小时 14 分钟前
@byteLoading #24 哈哈哈 对，你这个需求不错，我去鞭挞下 CC
|
 |
26
zzNaLOGIC 18 小时 0 分钟前 1
我现在在团队内部的方案是用 skill 管理 skill 。
写了一个专门的 skill 组，作用是上传仓库、拉取及安装、更新、分享。同时自动记录贡献者、review 、风险评估等，一个人定期处理 pr （这一步正在想办法用 ai 代替） 利用的就是人性的弱点 《懒》 |
 |
27
PRD 13 小时 55 分钟前 1
https://oh-my-agents.app/ 猫神的这个试试
|
|
28
byteLoading OP @PRD 挺好的，还能看到变更记录，不过看起来后续会收费
|
 |
29
zerovoid 10 小时 55 分钟前 1
skill 太个性化，
我觉得搞成 npm 和 maven 那样对 skill 的要求太高了， skill 倒是像浏览器的拓展， 或者说油猴的插件， 各自维护各自的就是了。 |
 |
30
chaoziCoder 9 小时 44 分钟前
同意楼上观点，skill 太定制化了，下载的大神的 skill 需要自己修改调试好几轮，有些甚至只是参考 xx 领域的几个著名的 skill 让 agent 造个轮子。我认为 skill 需要松散的分发，比如这种 https://agentskillsfinder.com/collections 合集分发的模式
|
 |
31
tomchen 4 小时 34 分钟前
skill 依赖 skill 是极少数吧，要是这类 skill 稍微流行那么一点点那肯定需要 package manager
|
Select Language