前言¶

研發團隊的進度信息大多散落在協作平臺裏：項目到哪一步、任務誰在做、部門和成員怎麼劃分、審批卡在哪一步，還有每週要交的週報。如果靠人登錄後臺點頁面整理，或者自己寫腳本拼 HTTP 請求、處理鑑權和分頁，這部分時間成本很高且容易出錯。

下面介紹一個 Skill：它把 Worktile 項目協作平臺的常用能力封裝成 Agent 可直接調用的工具集，讓查詢和週報生成變成一句話的事，而不需要開發者自己對接 REST 接口。

這是什麼¶

Worktile 是發佈在 SkillHub 上的一個社區 Skill（來源標記爲 community），座標 @user_414b3bb0/worktile-v2，當前版本 1.0.2。它定位於「Worktile 項目協作平臺 API 集成」，把 Worktile 的項目、任務、成員、部門、審批等數據查詢，以及週報生成，包裝成 Agent 可調用的能力，面向研發管理自動化、團隊協作、數據分析三類使用場景。

已抓取的頁面元信息如下，便於覈對版本和來源：

核心功能¶

根據 Skill 簡介，已聲明的能力包括：

1. 查詢項目：獲取 Worktile 中的項目信息。
2. 查詢任務：獲取任務及其歸屬情況。
3. 查詢成員與部門：獲取組織內的人員和部門結構。
4. 查詢審批：獲取審批相關數據。
5. 生成周報：基於上述數據產出週報。

需要注意，本次抓取到的資料只有簡介與元信息，沒有 SKILL.md 正文，因此各項能力對應的具體接口路徑、請求參數、返回字段和分頁規則都未覈實，這裏不做展開。要確認細節，應以官方頁面隨附的 SKILL.md 爲準。

安裝與啓用¶

Skill 的頁面地址：

https://www.skillhub.cn/skills/user_414b3bb0/worktile-v2

用於標識該 Skill 的座標：

@user_414b3bb0/worktile-v2

兩點準備事項：

1. 準備 API Key。該 Skill 帶有 requires_api_key=true 標籤，說明調用前需要持有 Worktile 的 API Key，並在啓用時完成配置；缺少或填錯 Key，查詢類調用會直接失敗。
2. 確認安裝命令。已抓取的資料中沒有給出安裝命令、目標目錄或配置字段的具體內容，也沒有說明在 Cursor、Codex CLI、Claude Code 中的差異，因此這裏不寫未經覈實的命令，需要到官方頁面按所用環境確認後再執行。

典型用法¶

本次抓取的資料未包含可復現的調用示例，因此本節不給出具體命令和參數。拿到 SKILL.md 之後，建議按下面的順序驗證，再接入日常流程：

1、先做一次最小範圍的只讀查詢，確認 API Key 鑑權通過，同時觀察返回結構。
2、再覈對各查詢能力所需的輸入（例如項目範圍、時間區間）與返回內容是否滿足需求。
3、最後跑一次週報生成，確認輸出格式符合團隊習慣，再決定是否把 Agent 接入研發例會或數據看板。

適用場景與注意¶

適合的場景來自 Skill 自述：研發管理自動化（跟蹤項目與任務狀態、拉取成員和部門信息、跟進審批）、團隊協作、數據分析。也就是說，適合把 Worktile 作爲單一數據源、又希望由 Agent 完成查詢和彙總的團隊。

使用上的限制和注意點：

1. 必須提供 Worktile API Key，屬於有外部依賴的 Skill，不適合在無密鑰的環境中直接啓用。
2. 該 Skill 來源爲 community，發佈者是 user_414b3bb0，不是官方出品；接入前建議確認其調用的接口範圍和權限要求是否符合團隊的數據管理規範。
3. 抓取時安裝量爲 0，說明目前採用的人還很少，缺少同行反饋可參考，建議先在小範圍或只讀場景裏驗證。
4. 週報生成依賴查詢結果的準確性，項目範圍或成員數據有變動時，需要重新確認輸入，不要默認上一次的結果仍然有效。

結尾¶

Worktile 這個 Skill 的價值在於把 Worktile 協作平臺的項目、任務、成員、部門、審批查詢和週報生成從「手工操作 + 自寫腳本」變成 Agent 的一次調用，省掉接口對接和維護成本。它需要 API Key，且來自社區發佈，接入前按上面的順序驗證一遍更穩妥。

官方地址：https://www.skillhub.cn/skills/user_414b3bb0/worktile-v2