在折腾 AI Agent、CLI 工具和各种自动化脚本的过程中，我一直有一个很现实的问题：
好的 skill / workflow 到底该放哪？怎么复用？
Prompt 太零散，放在 Notion、Gist、README 里，时间一长就找不到；
不同项目里反复复制粘贴，又很难维护；
看到 GitHub 上有人写了不错的 skill，也不知道怎么发现、怎么用。
Skills.lc 就是在这样的背景下出现的。
它本质上不是"又一个 AI 平台"，而是一个 技能索引与分发站点 ，专门用来收集、整理和同步各处的 Skill / Agent 能力描述，让它们变得可查、可用、可复用。
👉 官网： skills.lc/
Skills.lc 在解决什么问题
如果一句话总结：
它让 skill 像 npm 包、pip 包一样，被统一管理和使用。
具体来说，有几个很实际的点。
1. Skill 不再是"散装 Prompt"
在 Skills.lc 里，skill 通常以结构化方式存在（例如 SKILL.md），而不是一段随手写的提示词。
这意味着：
- 能看懂它是做什么的
- 能复用到不同项目
- 能长期维护，而不是一次性使用
你可以把它理解成：
"给 AI 用的说明书，而不是一句话指令。"
2. 把 GitHub、社区里的技能统一起来
很多 skill 其实已经存在了，只是分散在：
- GitHub 仓库
- 各种 demo 项目
- 私人脚本库
Skills.lc 做的事情之一，就是定期同步、扫描和索引这些仓库，判断哪些是 skill，然后统一展示出来。
你不需要知道"作者是谁、仓库在哪"，
只需要关心：这个 skill 能不能解决你的问题。
3. 安装和使用成本很低
Skills.lc 并不强迫你使用某个特定平台或 IDE。
只要你在用：
- Claude / Codex / Cursor
- 各种 AI CLI 工具
- Agent 框架
都可以通过简单的方式把 skill 加进来，例如：
bash
npx skills add owner/repo这点对开发者来说非常重要：
不用换工具，只是多了能力。
这个站更适合谁？
如果你符合下面任意一条，基本都能用得上 Skills.lc：
- 经常写 prompt / workflow，但管理很混乱
- 在做 AI Agent、自动化脚本、AI CLI 工具
- 希望把自己的 skill 开源出来，但不想自己搭展示站
- 想快速找"别人已经写好的解决方案"
它不是给"只聊天"的用户准备的，
而是偏向 工程向、工具向、效率向 的人。
Skills.lc 不想做什么
这里有一点也挺重要的。
Skills.lc 并不打算：
- 绑定某一家模型
- 强推某种 Agent 框架
- 把 skill 变成封闭生态
它更像是一个 "索引层 + 分发层"，而不是执行层。
怎么跑、用什么模型、集成到哪，都是你的自由。
总结一下
如果你用一句偏"人话"的方式理解 Skills.lc：
它是一个帮你管理、发现和复用 AI 技能的地方。
不是为了炫技术，也不是为了造概念，
而是想解决一个很实际的问题：
写过的 skill，不要再丢。