Update from Sync Service
This commit is contained in:
FNS Service
159
wiki/Areas/AI编程工具/Skill自动化管理方法.md
Executable file
159
wiki/Areas/AI编程工具/Skill自动化管理方法.md
Executable file
@@ -0,0 +1,159 @@
|
||||
---
|
||||
created: 2026-05-01
|
||||
type: source
|
||||
tags: [Skill管理, AI生产力, 知识库同步, GitHub, 软链接, NAS, 自动化, Obsidian]
|
||||
source: "https://mp.weixin.qq.com/s/yzb66SHIgYkXdPPgWNWjpg"
|
||||
author: 空格
|
||||
---
|
||||
|
||||
# 我的知识库和 Skill 自动化管理方法 — 研究笔记
|
||||
|
||||
> 来源：微信公众号 **空格**
|
||||
> 链接：<https://mp.weixin.qq.com/s/yzb66SHIgYkXdPPgWNWjpg>
|
||||
> 归档时间：2026-05-01
|
||||
|
||||
---
|
||||
|
||||
## 📌 核心问题（4 个痛点）
|
||||
|
||||
| # | 问题 | 表现 |
|
||||
|---|------|------|
|
||||
| 1 | **跨文件夹/工具调不到** | Cursor 项目 A 有 Skill，项目 B 没有；改了 A 忘了同步 B |
|
||||
| 2 | **跨电脑用不了** | 公司/家里/出差笔记本各一套，换设备手动拷贝且漏拷 |
|
||||
| 3 | **Skill 分类和共享困难** | 100+ Skill 堆一个文件夹，别人看不懂 |
|
||||
| 4 | **知识库同步不了** | Obsidian 仓库 100+ GB，GitHub 有文件大小限制，NAS 需手动 |
|
||||
|
||||
---
|
||||
|
||||
## 🏗️ 解决方案（四层互通）
|
||||
|
||||
### 第一层：跨文件夹互通 → 全局目录 + 软链接
|
||||
|
||||
**核心思路**：所有 Skill 只存一个地方，作为**全局唯一来源**。
|
||||
|
||||
```
|
||||
~/.claude/skills/ ← 全局唯一目录（Single Source of Truth）
|
||||
```
|
||||
|
||||
**实现方式**：用软链接把全局目录映射到各项目下：
|
||||
|
||||
```bash
|
||||
# 示例：把全局 skills 链接到 Obsidian 项目
|
||||
ln -s ~/.claude/skills ~/obsidian/.claude/skills
|
||||
```
|
||||
|
||||
**效果**：
|
||||
- 改某个 Skill 只需改全局目录，所有项目同时生效
|
||||
- 不再有"项目 A 有但项目 B 没有"的问题
|
||||
- 不再有版本不一致的问题
|
||||
|
||||
### 第二层：跨电脑互通 → GitHub 全量同步
|
||||
|
||||
**核心思路**：把 `~/.claude/skills/` 全量推到一个 GitHub 私有仓库。
|
||||
|
||||
**工具**：GitHub CLI（gh）
|
||||
- 自动安装、HTTP 认证登录
|
||||
- 自然语言指令让 Agent 操作：推送、拉取、创建仓库
|
||||
|
||||
**效果**：
|
||||
- 其他电脑 `git clone` 一行命令，全部 Skill 恢复
|
||||
- 跨设备零手动拷贝
|
||||
|
||||
### 第三层：Skill 自动分类 → 四个公开仓库
|
||||
|
||||
**核心思路**：把 100+ Skill 按领域拆分到分类仓库，方便共享。
|
||||
|
||||
**分类过程**：完全用自然语言让 Agent 完成：
|
||||
> "帮我这 100 多个 skill 进行分类，你自己按照标准分"
|
||||
|
||||
| 仓库 | 领域 | 数量 | 地址 |
|
||||
|------|------|------|------|
|
||||
| **write-skill** | 写作 / 内容生产 | 21 个 | github.com/zephyrwang6/write-skill |
|
||||
| **draw-skill** | 画图 / 设计 / 视觉 | 13 个 | github.com/zephyrwang6/draw-skill |
|
||||
| **info-skill** | 信息获取 / RSS / 爬虫 | 14 个 | github.com/zephyrwang6/info-skill |
|
||||
| **protodesign** | 产品 / PM / 原型 | 13 个 | github.com/zephyrwang6/pm-skill |
|
||||
|
||||
**单独分享**：让 Agent 把某个 Skill 拷贝到新文件夹，推送新仓库。
|
||||
|
||||
### 第四层：知识库同步 → NAS 中转
|
||||
|
||||
**核心思路**：100+ GB 的 Obsidian 仓库推不上 GitHub，用 NAS 做中转。
|
||||
|
||||
**实现**：rsync 脚本 + 定时任务
|
||||
|
||||
```
|
||||
本地 obsidian/ → NAS NFS /obsidian/ (每天 18:00 自动 rsync)
|
||||
```
|
||||
|
||||
**脚本特性**：
|
||||
- 自动检测 NAS 是否在线
|
||||
- 离线跳过，不卡死
|
||||
- 排除 `.git/`、`.trash/`、`node_modules/` 等不需要同步的目录
|
||||
|
||||
**效果**：
|
||||
- 家里电脑、公司电脑通过 NAS 访问同一份知识库
|
||||
- AI 读取的上下文永远是最新的
|
||||
|
||||
---
|
||||
|
||||
## 🤖 Skill 管理自动化：skill-manage
|
||||
|
||||
把以上四层操作封装成一个 Skill：**skill-manage**
|
||||
|
||||
**触发方式**：一句话"整理 Skill"
|
||||
|
||||
**自动执行流程**：
|
||||
1. 扫描全局目录，找出新增 Skill
|
||||
2. 按分类规则自动判断归属（写作/画图/信息/PM/其他）
|
||||
3. 复制到对应分类仓库
|
||||
4. 全量同步到 allSkills 私有仓库
|
||||
5. 对所有仓库执行 `git commit + push`
|
||||
6. 可选：触发一次 NAS 同步
|
||||
|
||||
> **"用 Skill 管理 Skill，系统自我维护。"**
|
||||
|
||||
---
|
||||
|
||||
## 💡 核心理念
|
||||
|
||||
> **"上下文优先于提示词"**
|
||||
|
||||
| 概念 | 对应物 |
|
||||
|------|--------|
|
||||
| Skill 的创建 | 封装上下文 |
|
||||
| Skill 的管理 | 上下文的分发与维护 |
|
||||
| 全局目录 | 上下文的**单一来源** |
|
||||
| 软链接 | 上下文的**分发通道** |
|
||||
| GitHub | 上下文的**持久化** |
|
||||
| NAS | 上下文的**多端同步** |
|
||||
| skill-manage | 上下文的**自动化维护** |
|
||||
|
||||
---
|
||||
|
||||
## 🔗 与 KK偶得方案的对比
|
||||
|
||||
| 维度 | KK偶得（上一篇） | 空格（本篇） |
|
||||
|------|-----------------|-------------|
|
||||
| **重点** | 写作工作流（5 个 Skills） | Skill 管理机制（跨设备/分类/同步） |
|
||||
| **Skill 存储** | 项目级 `.claude/skills` | 全局 `~/.claude/skills` + 软链接 |
|
||||
| **同步方式** | 未涉及 | GitHub + NAS rsync |
|
||||
| **分类管理** | 未涉及 | 4 个公开分类仓库 |
|
||||
| **自动化** | md2wechat 排版推送 | skill-manage 全流程自动化 |
|
||||
| **适用场景** | 公众号写作 | 通用 Skill 基础设施 |
|
||||
|
||||
**结论**：两篇文章互补——KK偶得提供了**写作内容工作流**，空格提供了**Skill 基础设施管理**。结合起来就是一套完整的 AI 生产力系统。
|
||||
|
||||
---
|
||||
|
||||
## 📝 对 OpenClaw 的启示
|
||||
|
||||
我们当前的 Skill 存储在 `/home/node/.openclaw/workspace/skills/`，可参考空格方案：
|
||||
|
||||
1. **全局目录**：保持当前结构（OpenClaw 已统一管理）
|
||||
2. **GitHub 同步**：可把 skills 目录推送到 Gitea（http://git.bighill.top/chill/skills）
|
||||
3. **分类管理**：按功能分门别类（写作、资讯、股票、工具等）
|
||||
4. **skill-manage**：后续可开发一个管理 Skill 来自动化分类和推送
|
||||
|
||||
---
|
||||
|
||||
*研究完成，2026-05-01 | 作者空格，与 KK偶得文章互补，构成完整 AI 生产力方法论*
|
||||
Reference in New Issue
Block a user