skill 是不是缺失一套配套的包管理工具

[byteLoading]

个人使用的过程中的一些痛点：

1. skill 数量激增，不好批量管理
2. 有些 skill 设计的不合理，拆分了 n 个 skill ，A skill 又依赖 B skill
3. 没有版本号的概念，相应的就缺失了升级的概念

随着后续的发展，会不会有类似 maven 、npm 之类的包管理工具，可以去通过配置文件来拉取、更新所有的 skill （关联的 skill 也会被拉取，不过这样好像也会带来版本冲突的问题）。

不知道我这个想法对不对，或者现在已经有了解决方案能解决我的痛点吗

[wuzhi1234]

好像有点难，每个人的 skill 都会根据个人使用习惯随意微调，那就没法公共版本号了

[CamD]

skill.sh 吗

[byteLoading]

https://clawhub.ai/
https://github.com/iflytek/skillhub/tree/main

搜索了一下，现在已经有了 repository 来管理包和版本，不过客户端层面好像没有统一的配置规范，还是要自己去通过命令来单独拉取

[byteLoading]

@CamD 感觉这个只解决了拉取包的问题，但是没办法直接通过配置文件来批量的管理，有些需求还是满足不了

[jinue9900]

所以我更喜欢 plugin 因为能自己 update 自己写的 skills 除外

[byteLoading]

现在的 skill 都区分项目级和全局级，如果参考 maven repo 的概念，是不是全局一个 repo 就够了呢？
项目级是通过配置文件来做的。比如配置一个 json 或者 xml 文件，agent 启动的时候就会去全局的仓库拉取配置的 skill
是因为每个 agent 支持的路径、规范都不一样，所以才做不了这件事情吗？还是说这个思路本身就是错的

[CamD]

@byteLoading skills.sh 安装是通过软连接来部署到不同的 agent 下的，会统一安装在一个目录下，用一用就知道了

[byteLoading]

@CamD #7 软连接只是解决 skill 存储几份的问题，每新建一个项目再去建一遍软连接，还是没有直接从其他项目 copy 一份配置文件微调一下更优雅一些

[vate32]

npx skills

[unco020511]

我认为后续应该是 plugin 包管理的工具会统筹做这些事，比如一个团队的 sop 工作流，有 MCP skill rules subagents ，现在已经有相关的一些 plugin 管理工具了，但没有形成统一。skill 的话目前用的比较多的是 skills.sh

[gxy2825]

可以看看 cc swtich ，里面有管理 Skills 的功能

[byteLoading]

@gxy2825 这个用过，感觉也是个解决方案。

[tonywwwz]

参照 plugin 的方式写了一个管理交互的 TUI

[Curtion]

我用的这个 https://github.com/runkids/skillshare

[byteLoading]

opencode 可以通过配置来解决我的痛点：


1. 使用 npx skills 全局安装 skill 到.agents/skills
2. 通过配置项目级的 opencode.json 来决定哪些 skill 启用、停用
3. 新建项目的时候，copy 整个 opencode.json 到新项目做微调


不过这种整个配置一个大 json 文件也是有问题的，不如适当的拆分成 mcp.json 、skills.json

[letking]

直接基于现有的包管理工具分发 skill ，比如 npm 、pip 。他们本来就支持版本号、依赖管理、软件源等功能。
skill 本质上就是软件包配上说明文档，没有任何超出 python 或 nodejs 包覆盖的东西。

[byteLoading]

@Curtion 这个可以，是一套完整的解决方案

[NoManPlay]

目前用了 skillshare 双向同步 github

[joyjoke2001]

现在 skill 都去哪里搜 有聚合的网站吗

[byteLoading]

@joyjoke2001
https://skills.sh/
https://clawhub.ai/skills?sort=downloads