我的知識庫和 skill 自動化管理方法（附開源倉庫）
整理版優先睇
作者分享用全局目錄、軟連結、GitHub同NAS實現Skill同知識庫跨設備同步嘅方法
呢篇文章係由作者空格寫嘅，佢開源咗自己全部嘅Skill，仲分享咗點樣跨設備同步同管理嘅方法。作者話佢之前遇到四大問題：跨文件夾調用唔到、跨電腦版本唔一致、Skill分類混亂、同埋大容量知識庫同步唔到。佢摸索咗一個月，最後用全局目錄、軟連結、GitHub同NAS搭咗一套方案，仲寫咗一個skill-manage嚟自動化成個流程。作者強調管理Skill其實就係管理上下文，上下文優先於提示詞。
第一層係跨文件夾互通：所有Skill統一放喺~/.claude/skills/，再用軟連結指去各項目，改一個地方全部更新。第二層係跨電腦互通：將呢個目錄推上GitHub，新電腦clone就得。第三層係分類共享：用AI將130個Skill自動分成寫作、畫圖、資訊、產品四個領域，開源咗四個倉庫畀人直接用。第四層係知識庫同步：因為Obsidian有100幾GB，用NAS做中轉，寫rsync腳本定時同步。
最後，作者仲整咗一個叫skill-manage嘅Skill，講一句「整理Skill」就可以自動掃描新增、分類、複製、推送，完全自動化。作者認為呢套方法係上下文工程嘅實踐，返嚟嘅係「上下文優先於提示詞」呢個理念。佢公開曬所有倉庫，希望幫到其他人少走冤枉路。
- 作者用全局目錄加軟連結解決跨文件夾調用問題，所有Skill單一來源，版本一致。
- 用GitHub倉庫跨電腦同步Skill，新電腦只需git clone。
- 用AI將130個Skill自動分類到四個公開倉庫，方便共享。
- 用NAS加rsync腳本同步100+GB嘅Obsidian知識庫。
- 建立skill-manage Skill，一句話觸發分類、同步、推送全流程。
write-skill 寫作類倉庫
21個Skill，覆蓋內容創作全流程
draw-skill 畫圖類倉庫
13個Skill，解決AI配圖
info-skill 資訊類倉庫
14個Skill，收集散落資訊
protodesign 產品經理類倉庫
13個Skill，產品經理工具箱
四層互通方案：跨文件夾、跨電腦、跨分類、跨知識庫
作者發現自己成日遇到Skill喺唔同項目、唔同電腦之間唔同步嘅問題，索性將所有Skill統一放喺~/.claude/skills/，再用軟連結指向各項目。咁樣改一個地方，全部項目都更新。
全局目錄係唯一來源
跨電腦嘅話，佢將呢個目錄push上GitHub，用GitHub CLI一條命令就搞掂。分類嘅問題，佢叫AI幫手將130個Skill自動分成寫作、畫圖、資訊、產品四個類別，並推送到四個公開倉庫。
- 跨文件夾：用軟連結將~/.claude/skills/連結到各項目，修改統一
- 跨電腦：用GitHub倉庫同步，新電腦clone就得
- 分類共享：AI自動分類後，開源四個倉庫畀人直接用
- 知識庫同步：用NAS做中轉，rsync每日自動同步100+GB嘅Obsidian
用一個Skill管理所有Skill
方案有咗，但每次手動執行依然麻煩。所以作者整咗一個名為skill-manage嘅Skill，一句話就觸發成個流程。
一句話觸發全流程
- 1 掃描全局目錄，找出新增Skill
- 2 按分類規則自動判斷歸屬
- 3 複製到對應分類倉庫
- 4 全量同步到allSkills私密倉庫
- 5 對所有倉庫git commit + push
- 6 可選觸發NAS同步
開源倉庫與核心理念
作者將分類好嘅Skill全部開源，公開咗四個倉庫：寫作、畫圖、資訊、產品。直接將地址畀coding Agent就可以安裝調用。
- write-skill：21個寫作類Skill
- draw-skill：13個畫圖類Skill
- info-skill：14個資訊類Skill
- protodesign：13個產品經理類Skill
開源倉庫直接可用
作者話呢套方法係上下文工程嘅實踐，返嚟嘅係「上下文優先於提示詞」。管理Skill本身就係封裝同傳遞上下文。佢希望幫到其他人節省時間。
總結下呢套方法，幫我解決咗呢四個問題：
1 跨文件夾/工具調用唔到：Cursor 開咗項目A，裏面嘅Skill行得好快。切去項目B，同樣嘅Skill唔存在。Codex嗰邊又係另一套。改咗A裏面嘅Skill唔記得同步去B，兩邊版本唔一致，輸出質素時高時低，查咗半日先發現係Skill版本嘅問題。
2 跨電腦用唔到：公司電腦有一套Skill，屋企電腦又一套。出差用notebook，又係一套殘缺版。每次換設備都要手動copy，copy完發現漏咗幾個，或者copy咗舊版本。3.skill嘅分類同共享：100個skill都放喺一個文件夾，對自己嚟講可能仲知道邊個打邊個，一旦想send出去俾其他人，人哋見到個目錄就一頭霧水，所以點樣做到自動分類同共享，解決呢個問題
4 知識庫同步唔到：Obsidian 倉庫越嚟越大，有100幾GB，幾百篇文章、幾千條素材、大量圖片。GitHub 有檔案大小限制，NAS同步要手動操作。換咗電腦，知識庫就斷咗，AI讀唔到我嘅上下文，等於冇用。
呢四個問題搞咗我一個月，最後摸索出一套方案。
第一：跨文件夾互通 = 全局目錄 + 軟連結
所有 Skill 只放一個地方：~/.claude/skills/。
呢個係全局唯一來源。無論開邊個項目，無論用Cursor定Codex定OpenClaw，都係由呢一個目錄讀取Skill。
把下面嘅指令send俾你嘅Coding Agent，等佢幫你建立軟連結：
用軟連結，根目錄係 ~/.claude/skills，目標文件夾是（這裏寫你的目標文件夾）
也可以手動寫，參考下面格式：
一個指令搞掂。開咗Obsidian項目，自動可以調用曬全部130個Skill。
開另一個項目，加一條symlink，都可以調用。
改咗某個Skill只需要改全局目錄，所有項目同時生效。
唔再出現「項目A有但項目B冇」嘅問題，唔再出現版本唔一致嘅問題。
第二：跨電腦互通
全局目錄解決咗本地問題，但係換咗電腦都要重新搞過。
解法好直接：將~/.claude/skills/全量推到一個GitHub倉庫。
呢度強烈建議用github CLI，同你嘅codingAgent講：幫我安裝GitHub CLI，佢會自動下載安裝，安裝完成後，你需要用http認證登錄授權。
嗰陣時就可以用自然語言增刪改查你嘅github倉庫
比如：把~/.claude/skills 文件夾推送到我的 github 倉庫，可以在我的 github 創建新的倉庫。
推送成功後，其他電腦只需要，git clone一個指令，130個Skill全部恢復
第三：分類skill
100幾個文件夾。當我想share其中一個或者多個嘅時候，估計收到呢個skill嘅人會一頭霧水。
所以我將Skill按領域拆咗做四個公開倉庫：
分類嘅過程都係由AI完成嘅，我只需要send俾我嘅Agent講：將我呢100幾個skill進行分類，你自己按標準分，建立唔同嘅文件夾，保存分類嘅結果，並推送去GitHub。
成個分類就完成咗，而且我攞到咗下面嘅分類結果，唔需要我自己手動去整理文件。
如果想單獨share一個skill嘅話，就同你嘅Agent講將某一個skill單獨copy一份去一個新嘅文件夾，並將呢個文件夾推送去一個新嘅GitHub倉庫。
總之，所有過程都係靠自己嘅自然語言完成嘅，而呢個依靠嘅係Agent對本地文件夾嘅整理能力同GitHub CLI嘅使用。
第四：知識庫同步
GitHub解決咗Skill嘅同步，但係知識庫太大，有100幾GB，推唔上去。
我嘅方案係用NAS做中轉。寫咗一個rsync script，每日下晝6點自動將本地Obsidian倉庫同步去NAS：
script會自動檢測NAS係咪在線，離線就跳過，唔會卡死。排除咗.git/、.trash/、node_modules/呢啲唔需要同步嘅目錄。
屋企嘅電腦、公司嘅電腦，都可以經NAS存取同一份知識庫。
AI讀取嘅上下文永遠係最新嘅。
方案係有，但係每次手動執行呢啲操作都係麻煩。掃描新增嘅Skill、判斷歸類、複製去分類倉庫、全量同步、推送GitHub...步驟唔少。
所以我整咗一個「Skill」：skill-manage。
只要做兩件事，一個係自動分類、一個係自動推送。
講「整理Skill」，AI就知道應該做咩：
1 掃描全局目錄，揾出最近新增嘅Skill
2 按分類規則自動判斷歸屬（寫作/畫圖/資訊獲取/PM/其他）
3 複製去對應嘅分類倉庫
4 全量同步去 allSkills 私密倉庫
5 依次對所有倉庫執行 git commit + push
6 可選：觸發一次NAS同步
一句說話觸發，全流程自動化。
skill管理Skill，系統自我維護。
既然做咗分類，公開出嚟就更加容易俾大家用。呢個係我目前用緊嘅四個分類倉庫：
地址：github.com/zephyrwang6/write-skill
21個Skill，覆蓋內容創作全流程：
地址：github.com/zephyrwang6/draw-skill
13個Skill，解決「AI配圖」呢件事：
地址：github.com/zephyrwang6/info-skill
14個Skill，將散落各處嘅資訊收回嚟：
地址：github.com/zephyrwang6/pm-skill
13個Skill，產品經理嘅工具箱：
呢啲倉庫都係公開嘅，直接將地址send俾你嘅coding Agent就可以安裝調用。
啱開始搭建AI生產力系統嘅時候，核心理念係「上下文優先於提示詞」。Skill嘅創建係封裝上下文，Skill嘅管理其實都係。
全局目錄係上下文嘅單一來源。軟連結係上下文嘅分發通道。GitHub係上下文嘅持久化。NAS係上下文嘅多端同步。skill-manage係上下文嘅自動化維護。
兜咗一個圈，管理Skill呢件事本身，就係一次上下文工程嘅實踐。
130個Skill講到底係我個人場景下打磨出嚟嘅，唔一定適合所有人。但如果可以令到一啲正在搭建自己AI系統嘅人少走幾步彎路，慳返幾個晚上嘅折騰時間，咁就值喇。
我係空格，持續分享AI產品嘅思考同實踐。
總結一下這套方法，幫我解決了這四個問題：
1 跨文件夾/工具調不到：Cursor 打開項目 A，裏面的 Skill 跑得飛起。切到項目 B，同樣的 Skill 不存在。Codex 那邊又是另一套。改了 A 裏的 Skill 忘了同步 B，兩邊版本不一致，輸出質量忽高忽低，排查半天才發現是 Skill 版本的問題。
2 跨電腦用不了：公司電腦一套 Skill，家裏電腦一套。出差用筆記本，又是一套殘缺版。每次換設備都要手動拷貝，拷完發現漏了幾個，或者拷的是舊版本。3.skill 的分類和共享：100 個 skill 都存一個文件夾，對於自己來說可能還知道哪個是哪個，一旦想發出去給其他人，別人看到目錄就懵了，所以怎麼實現自動分類和共享，解決這個問題
4 知識庫同步不了：Obsidian 倉庫越來越大，有 100 多 GB，幾百篇文章、幾千條素材、大量圖片。GitHub 有文件大小限制，NAS 同步要手動操作。換台電腦，知識庫就斷了，AI 讀不到我的上下文，等於沒用。
這四個問題折騰了我一個月，最後摸索出一套方案。
第一：跨文件夾互通 = 全局目錄 + 軟連結
所有 Skill 只存一個地方：~/.claude/skills/。
這是全局唯一來源。不管打開哪個項目，不管用 Cursor 還是 Codex 還是 OpenClaw，都從這一個目錄讀取 Skill。
把下面指令發給你的 Coding Agent，讓它來為你創建軟連結：
使用軟連結，根目錄是 ~/.claude/skills，目標文件夾是（這裏寫你的目標文件夾）
也可以手動寫，參考下面格式：
一行命令搞定。打開 Obsidian 項目，自動能調用全部 130 個 Skill。
打開另一個項目，加一條 symlink，也能調用。
改了某個 Skill 只需要改全局目錄，所有項目同時生效。
不再有"項目 A 有但項目 B 沒有"的問題，不再有版本不一致的問題。
第二：跨電腦互通
全局目錄解決了本地問題，但換台電腦還是得重新來。
解法很直接：把~/.claude/skills/全量推到一個 GitHub 倉庫。
這裏強烈建議使用 github CLI，告訴你的 codingAgent：幫我安裝GitHub CLI，它會自動下載安裝，安裝完成後，你需要使用 http 認證登錄授權。
此時就可以用自然語言增刪改查你的 github 倉庫
比如：把~/.claude/skills 文件夾推送到我的 github 倉庫，可以在我的 github 創建新的倉庫。
送成功後，其他電腦只需要，git clone一行命令，130 個 Skill 全部恢復
第三：分類skill
100多個文件夾。當我想共享 其中一個或多個的時候，估計收到這個 skill的人會一臉懵。
所以我把 Skill 按領域拆成了四個公開倉庫：
分類的過程也是讓AI完成的，我只需要發給我的Agent說：把我這100多個skill進行分類，你自己按照標準分，創建不同的文件夾，保存分類的結果，並推送到GitHub。
整個分類就完成了，並且我獲取到了下面的分類結果，不需要我自己手動去整理文件。
如果想單獨分享一個skill的話，就告訴你的Agent說把某一個skill單獨拷貝一份到一個新的文件夾，並把這個文件夾推送到一個新的GitHub倉庫。
總之，所有的過程都是靠自己的自然語言完成的，而這依靠的是Agent對本地文件夾的整理能力和GitHub CLI 的使用。
第四：知識庫同步
GitHub 解決了 Skill 的同步，但知識庫太大，有 100 多 GB，推不上去。
我的方案是用 NAS 做中轉。寫了一個 rsync 腳本，每天下午 6 點自動把本地 Obsidian 倉庫同步到 NAS：
腳本會自動檢測 NAS 是否在線，離線就跳過，不會卡死。排除了.git/、.trash/、node_modules/這些不需要同步的目錄。
家裏的電腦、公司的電腦，都能通過 NAS 訪問同一份知識庫。
AI 讀取的上下文永遠是最新的。
方案有了，但每次手動執行這些操作還是麻煩。掃描新增的 Skill、判斷歸類、複製到分類倉庫、全量同步、推送 GitHub...步驟不少。
所以我做了一個" Skill"：skill-manage。
只要幹兩件事，一個是自動分類、一個是自動推送。
說"整理 Skill"，AI 就知道該幹什麼：
1 掃描全局目錄，找出最近新增的 Skill
2 按分類規則自動判斷歸屬（寫作/畫圖/信息獲取/PM/其他）
3 複製到對應的分類倉庫
4 全量同步到 allSkills 私密倉庫
5 依次對所有倉庫執行 git commit + push
6 可選：觸發一次 NAS 同步
一句話觸發，全流程自動化。
skill 管理 Skill，系統自我維護。
既然做了分類，公開出來就更容易讓大家使用了。這是我目前在用的四個分類倉庫：
地址：github.com/zephyrwang6/write-skill
21 個 Skill，覆蓋內容創作全流程：
地址：github.com/zephyrwang6/draw-skill
13 個 Skill，解決"AI 配圖"這件事：
地址：github.com/zephyrwang6/info-skill
14 個 Skill，把散落各處的信息收回來：
地址：github.com/zephyrwang6/pm-skill
13 個 Skill，產品經理的工具箱：
這些倉庫都是公開的，直接把地址發給你的 coding Agent 就安裝調用。
剛開始搭 AI 生產力系統的時候，核心理念是"上下文優先於提示詞"。Skill 的創建是在封裝上下文，Skill 的管理其實也是。
全局目錄是上下文的單一來源。軟連結是上下文的分發通道。GitHub 是上下文的持久化。NAS 是上下文的多端同步。skill-manage 是上下文的自動化維護。
繞了一圈，管理 Skill 這件事本身，就是一次上下文工程的實踐。
130 個 Skill 說到底是我個人場景下打磨出來的，未必適合所有人。但如果能讓一些正在搭建自己 AI 系統的人少走幾步彎路，省下幾個晚上的折騰時間，那就值了。
我是空格，持續分享 AI 產品的思考與實踐。