前言¶

接了十幾個 MCP 連接器之後，最容易出問題的不是”連不上”，而是”悄悄斷”：樂享、騰訊文檔、QQ 郵箱、小紅書、GitHub，某天調用返回 401，你纔想起憑證是半年前授權的。逐個客戶端翻配置、挨個試連通性，是一件重複但沒技術含量的活。連接器狀態管家把這件事壓縮成一次盤點：列出當前已連的平臺，顯示在線/離線，檢查憑證是否臨近過期，對離線或過期項給出重連與重授權步驟。全程只讀，不修改任何配置。

這是什麼¶

連接器狀態管家（@user_af163eaa/z-connector-health，版本 1.0.0）是一個面向智能體開發者的診斷類 Skill，由社區開發者 user_af163eaa 發佈維護，託管在 SkillHub 的 ai-agent 分類下。它解決的問題是：當你或用戶問出”現在連了哪些平臺”“連接正常嗎”“憑證是不是快過期了”這類問題時，Agent 需要一份結構化的、可執行的連通性與憑證狀態清單，而不是讓用戶自己去每個平臺的後臺確認。

它不負責創建連接，也不負責修復連接。定位是隻讀診斷工具。

核心功能¶

1、一鍵盤點當前已連的連接器/MCP，覆蓋樂享、騰訊文檔、QQ 郵箱、小紅書、GitHub 等常見平臺，輸出清單而不是散文。

2、逐項顯示在線/離線狀態，把”連着但沒通”和”根本沒連”區分開。

3、檢查各連接器憑證是否臨近過期、是否需要重新登錄。

4、對離線項和過期項給出重連與重授權的可執行步驟，而不是隻說”請重新授權”。

5、只讀診斷：不寫入配置、不重寫連接、不替你點擊授權按鈕。這一點對排查類工具很重要，避免了診斷動作本身改變現場。

安裝與啓用¶

官方頁面未提供獨立的安裝命令，只給出 SkillHub 座標：

@user_af163eaa/z-connector-health

在 SkillHub 頁面上可以直接獲取該 Skill。若你的客戶端支持手動放置，按其 Skills 目錄規範放入該 Skill 的 SKILL.md 即可；各客戶端的目錄路徑不一致，以你自己使用的客戶端文檔爲準。

官方標註的標籤爲 requires_api_key=false，即調用該 Skill 本身不需要額外申請 API Key——它只是讀取你已有連接器的狀態。

典型用法¶

觸發場景是自然語言提問，不需要記參數：

連接器狀態
看看連了啥
連接正常嗎
MCP在線嗎
連接器體檢
憑證過期檢查
哪些平臺連着
連接診斷

在 Agent 對話中直接說”幫我做個連接器體檢”，它會返回當前已連平臺的在線狀態與憑證狀態，並對需要處理的項給出下一步操作指引。

適用場景與注意¶

適合誰：在 Cursor、Claude Code 或其他支持 MCP/連接器的 Agent 客戶端裏接了多個第三方平臺（文檔、郵箱、社交、代碼託管）的開發者；以及配置由多人維護、憑證歸屬不清晰的團隊。

需要留意的幾點：

1、診斷結果取決於 Agent 運行時實際暴露的連接器列表。如果某個連接器根本沒有註冊進當前會話，它不會出現在清單裏——不是它壞了，是你還沒連。

2、它給的是重連與重授權步驟，不是自動修復。授權動作涉及各平臺登錄頁，仍需人工完成。

3、憑證”臨近過期”的閾值由 Skill 自身邏輯決定，官方資料未給出具體天數；如果某個憑證在你看來已經不可用但未被標記，按實際報錯手動重連即可。

4、只讀不等於無風險：它會發起連通性探測請求。處於嚴格出網策略下的環境，探測可能被網絡層攔截，此時報出的離線需要結合網絡日誌判斷，而不是急着重新授權。

結尾¶

連接器一多，”連沒連、通沒通、憑證還有效多久”就從個人記憶問題變成環境狀態問題。連接器狀態管家用一次只讀盤點回答這三點，並把需要人工介入的項單獨列出來。官方地址：https://api.skillhub.cn/user_af163eaa/z-connector-health ，SkillHub 頁面：https://www.skillhub.cn/skills/user_af163eaa/z-connector-health 。當前 SkillHub 顯示評分 100000、下載 1174 次、安裝 0 次。