前言¶

把團隊文檔、個人筆記這類知識庫接到 Agent 裏時，常見做法是先寫一段長 prompt，讓模型記住平臺有哪些接口、什麼時候該調用。接口一多，prompt 很快失控：字段名、調用順序、觸發條件全要維護。樂享知識庫把這類約定收進一個 Skill，讓 Agent 在提到「樂享」「知識庫」「lexiang」或給出 lexiangla.com 鏈接時，按統一入口去搜索、寫入、編輯、管理文件與智能表格。

這是什麼¶

樂享知識庫是一個面向 MCP 的全功能 Skill，座標 @user_8a3569c1/lexiang-knowledge-base，當前版本 2.3.1，由 user_8a3569c1 發佈，來源爲 community，分類是 knowledge-management。

它解決的問題是：Agent 面對知識庫任務時，需要穩定知道什麼時候觸發、能操作哪些對象。這個 Skill 把觸發詞、平臺域名和操作範圍寫進一處，而不是散落在每次對話的臨時指令裏。

官方地址：https://api.skillhub.cn/user_8a3569c1/lexiang-knowledge-base
SkillHub 頁面：https://www.skillhub.cn/skills/user_8a3569c1/lexiang-knowledge-base

核心功能¶

按官方簡介，能力範圍覆蓋知識庫的搜索、寫入、編輯、文件、配置、評論、草稿、智能表格等操作。

觸發方式有三類：

• 用戶直接提到「樂享」「知識庫」「個人知識庫」「我的知識庫」「lexiang」；
• 用戶提供 lexiangla.com 鏈接；
• 任務落在知識庫的搜索/寫入/編輯/文件/配置/評論/草稿/智能表格範圍內。

也就是說，它不是隻做檢索的 Skill，讀寫和管理都在同一入口下完成。

安裝與啓用¶

已抓取資料中沒有給出官方安裝命令，也沒有 Cursor / Codex CLI / Claude Code 的分平臺說明。要安裝，應到 SkillHub 頁面確認當前命令與配置方式：

https://www.skillhub.cn/skills/user_8a3569c1/lexiang-knowledge-base

需要留意兩點：一是標籤裏有 requires_api_key=true，啓用前要準備好對應 API Key；二是該 Skill 是 community 來源，實際可用接口以官方頁面和 MCP 服務端爲準。

典型用法¶

以下示例只基於官方簡介中的觸發條件和操作範圍，不涉及未公開的參數：

• “把這條 lexiangla.com 鏈接的內容存到我的知識庫。”
• “在知識庫裏搜一下上週的智能表格記錄。”
• “編輯這條草稿，並把修改寫回知識庫。”

用法上，觸發詞和鏈接是入口，搜索、寫入、編輯等動作是後續具體能力。

適用場景與注意¶

適合已經在用或準備接入樂享知識庫的開發者：團隊文檔、個人知識庫、智能表格需要被 Agent 穩定讀寫時，可以把它作爲統一入口，避免每次手寫平臺說明。

需要注意：它要求 API Key；能力邊界以官方頁面爲準；當前資料未披露安全策略、權限模型和調用限額，接入前應自行覈對。

結尾¶

樂享知識庫的價值在於把「什麼時候觸發、能操作什麼」收斂到一個 Skill 裏，減少針對知識庫平臺反覆維護 prompt 的成本。

官方地址：https://api.skillhub.cn/user_8a3569c1/lexiang-knowledge-base
SkillHub 頁面：https://www.skillhub.cn/skills/user_8a3569c1/lexiang-knowledge-base