前言¶
在 Agent 裏處理文檔時，常見的做法是讓模型生成一段文本，用戶自己去網頁端新建文檔、粘貼、調整結構。這條路能跑通，但把「創建—編輯—歸檔」的鏈路切成了兩段：模型產出內容，人去執行操作。對於需要批量建表、維護知識庫結構、把本地文件上雲的流程，人工介入的成本會反覆累積。
tencent-docs 這個 Skill 把這條鏈路收攏到一個接口集合裏。下面介紹它覆蓋哪些能力、怎麼啓用、適合什麼場景。
這是什麼¶
tencent-docs 是一個面向騰訊文檔（docs.qq.com）的 Agent Skill，作用是讓 Agent 直接調用騰訊文檔平臺的能力：創建在線文檔、管理知識庫空間與節點、讀取和搜索文檔內容、編輯智能表和在線文檔、做文件管理與內容上雲。
發佈者是 user_6ea2d2ec，座標 @user_6ea2d2ec/tencent-docs-v2，版本 1.0.0，來源標記爲 community，分類是 office-efficiency。Skill 帶有 requires_api_key=true 標籤，說明啓用前需要準備好對應的憑據。
它解決的問題是：當任務裏出現「新建/創建/編輯/讀取/查看/搜索文檔」「保存文件」「雲文檔」「騰訊文檔」「docs.qq.com」這類關鍵詞時，Agent 不必退化成生成文本讓用戶手動粘貼，而是直接走平臺能力完成操作。
核心功能¶
根據 SkillHub 頁面給出的簡介，支持的能力分八項：
- 創建各類在線文檔，覆蓋文檔/Word/Excel/幻燈片/思維導圖/流程圖/智能表格/收集表。
- 管理知識庫空間，包括創建空間、查詢空間列表。
- 管理空間節點和文件夾結構。
- 讀取和搜索文檔內容。
- 編輯操作智能表。
- 編輯操作在線文檔。
- 文件管理，包括重命名、移動、刪除、複製、導入導出。
- 網頁剪藏，以及本地文件/html/文檔上雲。
前四項偏「讀」和「建結構」，後四項偏「寫」和「維護」。對需要長期維護一套文檔庫的流程來說，第 2、3 項（空間與節點）比單篇文檔的增刪更關鍵，因爲它決定了文檔落在哪裏。
安裝與啓用¶
已抓取的資料中只包含 Skill 的座標、版本、來源和標籤，沒有列出具體的安裝命令或配置文件路徑，因此這裏不給出未經覈實的命令。
啓用前需要確認兩件事：
- 準備好騰訊文檔開放平臺對應的 API Key，對應 Skill 標籤裏的
requires_api_key=true。 - 在所使用的 Agent 環境裏按該環境的 Skill 安裝流程引入
@user_6ea2d2ec/tencent-docs-v2，具體步驟以 SkillHub 頁面當時的說明爲準。
不同 Agent 環境（Cursor、Codex CLI、Claude Code 等）對 Skill 的加載方式不一致，已抓取資料裏沒有區分說明，需要時到官方頁面覈對。
典型用法¶
Skill 的觸發方式是關鍵詞驅動。當任務表述裏出現「新建文檔」「搜索雲文檔」「把這份表格存到騰訊文檔」「剪藏這個網頁」等意圖時，Agent 會優先使用本 Skill 而不是退化爲文本生成。
幾個可以直接對應到能力項的用法：
- 需要批量產出收集表或智能表時，走第 1 項和第 5 項，先建表再寫入數據。
- 需要把散落的文檔整理進知識庫時，走第 2、3 項，先建空間，再建節點，最後移動文檔。
- 需要從已有文檔裏取內容做摘要或檢索時，走第 4 項。
- 需要把本地 markdown、html 或文檔文件同步到雲端時，走第 8 項。
適用場景與注意¶
適合的場景：文檔庫需要長期維護、操作批量化、希望 Agent 端到端完成創建到歸檔的流程。第 7 項的文件管理（重命名、移動、刪除、複製）在這類流程裏用得最多。
需要注意的限制：
- Skill 來源是 community，不是官方維護，使用前確認發佈者與更新情況。
- 評分和下載量屬於平臺展示數據，不反映具體文檔類型的支持完整度，特別是思維導圖、流程圖這類結構型文檔，實際效果需要在啓用後驗證。
- 涉及刪除、移動等不可逆操作時，建議先在測試空間驗證節點結構，再對正式知識庫執行。
- 網頁剪藏依賴目標頁面的可抓取性，部分需要登錄或有反爬策略的頁面可能失敗。
結尾¶
tencent-docs 的價值在於把騰訊文檔平臺的操作能力封裝成 Agent 可直接調用的一組動作，省掉人工在網頁端來回切換的環節。如果工作流裏有大量建表、歸檔、上雲的需求，值得先在一個測試空間裏跑通再鋪開。
官方地址：https://api.skillhub.cn/user_6ea2d2ec/tencent-docs-v2
