本文根據 larksuite/cli 倉庫裏該技能的 SKILL.md 與倉庫 README 整理,資料核對於 2026-10-11。skills.sh 榜單當日顯示該技能累計安裝約 46.0 萬次;所在倉庫 larksuite/cli 在 GitHub 約 1.8 萬 Star(同日數據)。技能內容會隨倉庫更新,以倉庫為準。
這個 Skill 做什麼
飛書知識庫的結構是「知識空間 → 節點樹」,文檔、表格都掛在節點上。lark-wiki 管的是這棵樹本身,不管文檔裏面的內容。description(原文是中文):飛書知識庫,管理知識空間、空間成員和文檔節點;創建和查詢知識空間、查看和管理空間成員、管理節點層級結構、在知識庫中組織文檔和快捷方式。往節點下上載文件走 lark-drive,編輯文檔、表格內容分別走 lark-doc、lark-sheets、lark-base。
快捷命令:+space-list、+space-create、+delete-space(空間的列出、創建、刪除);+node-list、+node-get、+node-create、+node-copy、+node-delete(節點操作);+move(移動節點,或把雲空間裏的文檔移進知識庫)、+move-to-drive(把節點移出知識庫);+member-add、+member-remove、+member-list(成員管理)。
SKILL.md 裏有幾條容易踩坑的規定:
- 優先用用戶身份:知識空間屬於用戶的個人資源。命令的身份參數預設是自動判斷,不寫時常被解析成應用身份,列出來的就成了應用所屬的空間而不是你的,所以要顯式寫
--as user。 - 成員管理的硬限制:應用身份不能按部門添加空間成員,這是官方限制。遇到這種組合,技能要求直接說明此路不通,不許先試錯,也不許悄悄換成用戶身份。
- 整理類需求要轉交:按主題搜集資料歸到某個節點下,或者盤點、重構知識庫目錄,不能只靠遍歷節點,必須先讀
lark-drive的工作流文檔,用雲空間的全量搜尋召回,再出移動計劃並在寫入前確認。 - 移出知識庫會改變文檔的歸屬和權限繼承,執行前要確認源節點和目標位置。
怎麼安裝
lark-wiki 依賴飛書官方命令行工具 lark-cli,技能隨 CLI 的安裝嚮導一起裝好(命令來自倉庫 README):
bash
npx @larksuite/cli@latest install
它會安裝 CLI 和配套技能;之後按 README 依次運行 lark-cli config init(配置飛書應用)和 lark-cli auth login --recommend(完成授權)。只想補裝技能,可以用 npx skills add larksuite/cli -y -g。這組技能都要求本機有 lark-cli 命令,認證與權限處理統一由公共技能 lark-shared 負責,兩者要一起裝上。
倉庫整體介紹和其他安裝方式,詳見本站《飛書 CLI(lark-cli)是什麼、怎麼安裝:飛書官方命令行工具與 Agent Skills,讓 AI 智能體操作飛書》。
怎麼用
- 「列出我能訪問的知識空間,再看看『產品文檔』空間的一級目錄」。
- 「在『研發規範』空間的『後端』節點下新建一篇文檔節點,標題是接口命名約定」。
- 「把張三加為這個知識空間的成員,只讀」。
適合誰 / 侷限
適合負責維護團隊知識庫的人:建空間、搬目錄、管成員這類重複操作交給智能體。侷限:它不讀寫文檔正文;大規模重組目錄會牽涉很多文檔的權限繼承,應當先讓它輸出方案、小範圍試過再全量執行;能操作的範圍受你在各空間裏的角色限制。
注意事項
- 許可:MIT;調用飛書開放平台須遵守其協議。
- 刪除空間、刪除節點、移動節點都是高風險寫操作,確認清楚再執行,重要內容先備份。
- 需要飛書應用憑據和用戶授權,由
lark-cli在本機管理。
0 條評論
還沒有評論,來搶沙發~