如果說"技能"是 AI 自帶的工具箱，那麼"聯結器"就是 AI 拿到外部世界鑰匙的方式。要讓 WorkBuddy 讀你的郵箱、整理你的線上文件、檢索團隊知識庫，靠的不是本領，而是聯結器。這一節我們先建立對 MCP 聯結器的整體認知，後面幾節再動手授權和實戰。
一、MCP 是什麼#
MCP 的全稱是 Model Context Protocol（模型上下文協議）。它是一套開放的標準化規範，作用可以理解為一套統一的"插頭標準"。
打個比方：早期的電器插頭五花八門，換個國家就插不上；後來有了統一標準，所有裝置都能接同一個插座。MCP 之於大模型也是這個道理——它規定了"大模型如何以統一的方式連線外部工具和資料來源"，這樣不管是郵箱、文件還是專案管理平臺，AI 都能用同一套協議去對接。
關鍵認知：MCP 解決的是**"標準化連線"**的問題。有了它，開發者不必為每個服務單獨寫一套接入邏輯，大模型也能用一致的方式呼叫外部能力。
二、聯結器：WorkBuddy 與外部服務的橋樑#
在 WorkBuddy 裡，聯結器（Connector）= 基於MCP 協議封裝好的、可一鍵授權的外部服務通道。
它讓 AI 能訪問和操作第三方平臺的資料：
- 連線"QQ 郵箱" → AI 能讀郵件、發郵件、整理收件箱
- 連線"騰訊文件" → AI 能讀取線上文件內容並總結
- 連線"騰訊樂享" → AI 能檢索企業知識庫
- 連線"TAPD" → AI 能讀寫專案管理資料
聯結器解決的是**"能不能碰到外部資料"**的問題。不連線郵箱，AI 就讀不到你的郵件；連線之後，郵件資料就成為 AI 的工作素材。
三、兩種技術形態#
WorkBuddy 的聯結器在底層有兩種實現方式：
| 形態 | 適用場景 | 特點 |
|---|---|---|
| MCP + CLI（標準協議） | 內建聯結器 | 走標準 MCP 協議，規範統一、可擴充套件 |
| Skill + CLI（內建指令碼） | 自定義聯結器 | 透過內建指令碼封裝，靈活適配各類服務 |
簡單說：官方做好的內建聯結器優先走標準協議；而你想接入的特殊服務，可以用指令碼方式自定義。
四、視覺化授權：無需編碼#
這是 WorkBuddy 把 MCP 用得最貼心的一點。
傳統接入 MCP 往往要手改 JSON 配置檔案、填一堆金鑰，門檻很高。而 WorkBuddy 把它做成了視覺化授權：
- 在聯結器頁面點卡片上的"+"按鈕
- 掃碼或跳轉登入，在手機/瀏覽器上同意許可權
- 授權完成後卡片亮起綠點，開關自動開啟
全程不用寫一行程式碼、不用改任何配置檔案。你只需要在第三方平臺上同意授權，連線就建立好了。
五、幾個重要認知#
在動手之前，先記住這幾條原則，能幫你避坑：
- 每個聯結器需獨立授權：WorkBuddy 不會在未授權的情況下後臺抓取任何資料。
- 嚴格遵循許可權邊界：AI 只能訪問你在第三方服務裡本來就有的資料，不會越權。
- 聯結器本身不消耗積分：建立連線、讀取資料的操作不扣積分；但 AI 內部理解和總結這些外部資料時會消耗積分。
- 隨時可解綁：不想要了，一鍵解綁即可，也可以到第三方平臺撤銷授權。
小結#
這一節我們建立了對 MCP 聯結器的認知：它是 WorkBuddy 觸達外部資料的標準化橋樑，底層走 MCP 協議，上層做成視覺化授權、無需編碼。下一節，我們先一覽 WorkBuddy 自帶的五個內建聯結器，看看它們各自能做什麼。