5.4 KiB
Executable File
5.4 KiB
Executable File
created, type, tags, source, author
| created | type | tags | source | author | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2026-05-01 | source |
|
https://mp.weixin.qq.com/s/yzb66SHIgYkXdPPgWNWjpg | 空格 |
我的知识库和 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）
实现方式：用软链接把全局目录映射到各项目下：
# 示例：把全局 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"
自动执行流程：
- 扫描全局目录，找出新增 Skill
- 按分类规则自动判断归属（写作/画图/信息/PM/其他）
- 复制到对应分类仓库
- 全量同步到 allSkills 私有仓库
- 对所有仓库执行
git commit + push - 可选：触发一次 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/，可参考空格方案：
- 全局目录：保持当前结构（OpenClaw 已统一管理）
- GitHub 同步：可把 skills 目录推送到 Gitea（http://git.bighill.top/chill/skills）
- 分类管理：按功能分门别类（写作、资讯、股票、工具等）
- skill-manage：后续可开发一个管理 Skill 来自动化分类和推送
研究完成，2026-05-01 | 作者空格，与 KK偶得文章互补，构成完整 AI 生产力方法论