62 个 Skills，我是怎么搭建和管理我的技能库的？

标签

content

skill

ai-tools

字数

1071 字

阅读时间

5 分钟

目标读者：已了解 Skills 管理问题的解决方案 核心钩子：从架构到落地，完整的搭建过程和日常 SOP 字数目标：1200-1500 字

上一期我们聊到：Skills 越多越乱的核心问题是缺少统一的「单一真相来源」。

这一期讲具体怎么搭建——

一、多端同步：一次配置，所有设备自动同步

技能库放在 iCloud Drive 里。

~/Library/Mobile Documents/com~apple~CloudDocs/skills-library/

为什么这样设计？

同步层：iCloud Drive 跨设备自动同步
版本控制层：Git 追踪每次变更，随时回滚
分发层：软链接 + deploy.js，一份源文件，分发到 Kiro/Claude Code/Cursor

效果：

修改一处，所有工具自动同步
Git 追踪每次变更，随时可以回滚
分类清晰，找 Skill 不再靠记忆
换设备只需两步：git clone 仓库到 iCloud 同路径，运行 node scripts/deploy.js，所有软链接自动建好

二、收获：不只是整理

做完这件事，有一个意外收获：

分类的过程，让我第一次清楚地看到了自己的 AI 工作流全貌。

62 个 Skills 堆在一起，我只知道「有很多工具」。分完类之后，我看到的是：

我在「连接」层投入了 6 个 Skills，全是公司内部系统的认证和 API 通道——这说明我的工作高度依赖内部数据系统
「感知」层有 11 个，是最多的——数据产品经理的核心工作确实是「理解数据」
「创造」层有 13 个，但大多是文档生成——说明我还没有充分利用 AI 做更高层次的创造性工作

这个发现让我开始思考：下一步应该在哪个层级加强？

三、日常维护：简单到不会忘记

完成迁移后，写了一个简单到不会忘记的 SOP：

操作	步骤
新增 Skill	在对应层级目录创建文件夹 → `node scripts/deploy.js` → `git commit`
更新 Skill	直接编辑源文件（软链接自动生效）→ `git commit`
删除 Skill	删除源文件 → 运行 `deploy.js` 清理死链 → `git commit`

核心原则：永远在技能库操作，从不在工作区改。

四、给你的建议

如果 Skills 数量超过 10 个，建议做这三件事：

盘点：把所有 Skills 列出来，看看有没有重复
分类：按你自己的工作流分层，不一定要用我的八层
集中管理：哪怕只是一个文件夹 + Git，也比散落在各处强

Skills 是你和 AI 之间的「共同语言」。管理好它， AI 才能真正懂你。

五、我的技能库架构图

skills-library/
├── 01-连接/        # 6 个 - 认证、登录、API 通道
├── 02-感知/        # 11 个 - 数据探查、搜索、探查
├── 03-分析/        # 9 个 - 诊断、审计、差异分析
├── 04-创造/        # 13 个 - 文档生成、内容创作
├── 05-思维/        # 8 个 - 规划、研究、日常流程
├── 06-工程/        # 7 个 - 开发规范、调试、Git
├── 07-知识/        # 5 个 - 知识管理、格式转换
└── 08-元/          # 3 个 - 技能管理自身

这个分类不是一次定型的。随着工作流变化，Skills 会在层级间流动——从「感知」升到「分析」，从「创造」降到「工程」。

关键是：流动本身就在帮你理解自己的工作模式。

你用 AI 工具遇到过什么管理问题？

我是陈瑜瑾，数据产品经理，在探索 AI × 数据产品的交叉地带。
下一篇：花几个月做 Data Agent，不如几天做 Skills——我的踩坑记录。

贡献者

yancy

文件历史

最后编辑于 1 分钟前查看完整历史

62 个 Skills，我是怎么搭建和管理我的技能库的？ ​

一、多端同步：一次配置，所有设备自动同步 ​

二、收获：不只是整理 ​

三、日常维护：简单到不会忘记 ​

四、给你的建议 ​

五、我的技能库架构图 ​

贡献者 ​

文件历史 ​