TL;DR: 沒有官方的 LinkedIn MCP。如果您希望 AI 代理人處理 LinkedIn 人員資料，您有三個實際選項：一個社群 LinkedIn MCP 伺服器，它驅動您自己的登入會話（免費，但您的帳戶承擔風險），官方 API（合作夥伴門檻，不提供第三方人員搜尋），或是一個代理人原生的 人員資料層，例如 Lessie Skill，它在不觸及您的 LinkedIn 登入資訊的情況下搜尋 100 多個即時來源。根據您的風險承受能力、資料量以及是否需要驗證的聯絡資料來選擇。
搜尋 LinkedIn MCP，您會找到十幾個 GitHub 專案、一些託管的包裝器，但 LinkedIn 本身卻沒有提供任何資訊。需求很容易解釋：代理人現在正在進行實際的潛在客戶開發、招聘和市場研究，而這些工作流程不斷遇到相同的障礙 — 網路上最豐富的專業資料集位於登入頁面和一個從未開放人員搜尋的 API 背後。
本指南將介紹 2026 年開發人員實際將代理人連接到 LinkedIn 級別人員資料的三種方式，每種方式的內部運作原理，以及其中的權衡 — 包括大多數文章跳過的帳戶風險問題。
LinkedIn 有官方的 LinkedIn MCP 嗎？
沒有。截至 2026 年 7 月，LinkedIn 不發布、不認可也不支援任何 LinkedIn MCP 伺服器。您今天可以安裝的每個「LinkedIn MCP 伺服器」都是社群建立的，最大的專案在其自己的文件中明確聲明它們與 LinkedIn 或 Microsoft 無關。
這個差距是結構性的，而非疏忽。LinkedIn 的官方開發者平台自 2015 年以來一直設有合作夥伴門檻：有意義的 API 存取需要以註冊公司的身份申請合作夥伴計畫，通過數週的審查，並符合批准的類別 — 廣告工具、申請人追蹤系統、學習平台、行銷整合。剩餘的自助服務端點僅返回登入會員自己的個人資料。沒有任何經批准的端點允許第三方應用程式搜尋人員或大規模提取他人的個人資料，而且資料提取是 LinkedIn 合作夥伴計畫明確拒絕的使用案例。官方的 LinkedIn MCP 必須公開平台所不提供的功能 — 所以它不存在。
選項 1：社群 LinkedIn MCP 伺服器
是否有適用於 LinkedIn 的 Claude MCP？ 是的 — 有好幾個。社群 LinkedIn MCP 伺服器是開源專案，將 LinkedIn 操作公開為 Claude 或任何相容代理人可以呼叫的 MCP 工具。最知名的 stickerdaniel 的 linkedin-mcp-server 涵蓋個人資料頁面、公司頁面、職位發布和職位搜尋。它們的共同點是身份驗證模型：您的 LinkedIn 帳戶是憑證。
從機制上講，這些伺服器以兩種方式之一運作。要麼您從登入的瀏覽器中提取您的 li_at 會話 cookie 並將其作為環境變數傳遞，要麼伺服器打開一個瀏覽器視窗，讓您登入（包括 2FA 和驗證碼），並在本地儲存會話。從那時起，一個瀏覽器會話會像您一樣導航 LinkedIn，並將其看到的頁面解析為結構化的工具結果。
對於個人、低流量的使用 — 在通話前將少量個人資料拉入 Claude，檢查公司的開放職位，一次研究一個潛在客戶 — 這種方式有效且免費。當您依賴它時，限制就會顯現出來：
- 您的帳戶面臨風險。 LinkedIn 的使用者協議禁止抓取和使用自動化活動的第三方軟體，其幫助中心維持禁止軟體政策。執法是真實存在的且會升級：先是臨時限制，重複模式則會導致永久限制。低流量的個人使用會降低機率；但不會消除它們。
- 會話會過期。
li_atcookie 通常持續約 30 天。當它失效時，您的代理人對 LinkedIn 的存取也會失效，直到您重新提取和重新配置。 - 中斷是這種方法的特點。 這些伺服器解析 LinkedIn 的標記。當 DOM 或內部端點更改時，工具會中斷，直到維護者修補它們。
- 流量受合理性限制。 一切都以一個登入的人類帳戶的速度運行。而且您只能獲得個人資料頁面顯示的內容 — 沒有驗證的電子郵件地址，沒有跨來源的豐富資訊。
在法律背景下，事實比任何一方聲稱的都要狹窄：在 hiQ Labs 訴 LinkedIn 案中，美國法院裁定抓取公開頁面不屬於聯邦 CFAA 下的「未經授權的存取」— 但 LinkedIn 最終在違反合約方面獲勝。抓取公開資料不是犯罪；它仍然是您同意的條款的違規行為，並針對您登入的帳戶執行。
選項 2：官方 API 途徑
官方 API 是完全受批准的途徑 — 穩定、有文件記錄，但幾乎從來都不是代理人人員搜尋的答案。存取需要合作夥伴計畫：您以公司的身份申請，等待數週的審查，並且必須符合經批准的使用案例，例如廣告管理、ATS 整合或行銷自動化。
即使獲得批准，您可能想要的功能也不存在。沒有針對第三方的 人員搜尋 端點，沒有批量個人資料檢索，個人資料聚合是 LinkedIn 明確拒絕的使用案例之一。如果您的代理人的工作是「找到 50 位 B 輪公司的工程主管並獲取他們的聯絡資訊」，官方 API 沒有提供這樣的端點 — 無論您提交多少文件。
當您正在構建 LinkedIn 希望構建的東西時，API 途徑是合適的：在會員同意 OAuth 的情況下代表會員發布內容、從 ATS 同步職位、管理廣告活動。對於人員資料，它是一扇上鎖的門，上面貼著非常禮貌的標誌。
選項 3：代理人原生人員資料層（無抓取）
第三個選項重新定義了問題：您不是將代理人連接到 LinkedIn，而是將其連接到一個人員資料層，該層已經從提供者端聚合了公開的專業資料 — 包括 LinkedIn。 Lessie Skill 正是為此而生：它在 Claude Code、Codex 或任何相容 MCP 的代理人中運行，並在伺服器端搜尋 100 多個即時來源，因此您的 cookie、瀏覽器會話或 LinkedIn 帳戶從未參與其中。
該工具集對應人們試圖在抓取伺服器上建立的工作流程，以及它們無法提供的部分：
- find_people — 跨 100 多個來源的自然語言人員搜尋（平均搜尋時間約 1.9 秒）。
- enrich_people — 95% 準確度的驗證電子郵件地址，這是個人資料抓取無法提供的步驟。
- review_people — 代理人端根據您的標準篩選候選人。
- find_organizations / enrich_organization — 公司發現和公司資訊。
- get_company_job_postings / search_company_news — 招聘和新聞信號，用於把握外聯時機。
- web_search / web_fetch — 在同一技能中進行一般研究。
當工作流程是銷售潛在客戶開發、招聘來源或需要大量驗證聯絡資料的研究時 — 代理人無人看管且個人帳戶無法安全跟上的情況 — 這是正確的選擇。社群 LinkedIn MCP 伺服器仍然是偶爾個人查詢的合理選擇，當您特別需要自己帳戶的視圖，或者預算為零時。
誠實的缺點：Lessie 是一個商業產品 — 免費開始，之後基於點數 — 它需要一個 Lessie 帳戶。它也專注於人員和公司資料：它不會為您發布、評論或發送連接請求。如果您的目標是端到端的外聯，請參閱我們的 自動化 LinkedIn 潛在客戶開發指南。
以下是這三個選項的並排比較：
| 社群 MCP 伺服器 | 官方 API | Lessie Skill | |
|---|---|---|---|
| 設定 | 安裝 + 提取會話 cookie | 合作夥伴申請，數週審查 | 一個 CLI 指令 |
| 驗證 | 您的 li_at cookie（約 30 天過期） | OAuth + 合作夥伴批准 | Lessie 帳戶 — 無需 LinkedIn 登入 |
| 資料 | 個人資料頁面顯示的內容；無電子郵件 | 會員自己的資料；無人員搜尋 | 100+ 來源 + 驗證電子郵件 (95%) |
| 流量與可靠性 | 一個帳戶的速度；DOM 更改時中斷 | 穩定，但功能受限 | 代理人規模；平均搜尋時間約 1.9 秒 |
| 風險 | 違反 LinkedIn 服務條款；帳戶可能受限 | 無 — 完全受批准 | 不涉及 LinkedIn 帳戶 |
| 成本 | 免費（開源） | 存取本身就是成本 | 免費開始；豐富資料需點數 |
如何設定
無抓取路徑從終端機到首次搜尋大約需要兩分鐘。它通過 Skills CLI 作為技能安裝，並將其工具註冊到您正在運行的任何代理人。
- 1安裝 Lessie Skill
運行
npx skills add LessieAI/lessie-skill -y -g。這適用於 Claude Code、Codex 和任何相容 MCP 的代理人 — 無需託管伺服器，無需手動編輯配置檔案。 - 2登入 Lessie
首次使用時，技能會引導您連接您的 Lessie 帳戶。免費開始 — 無需信用卡，且在任何時候都不會要求 LinkedIn 憑證。
- 3運行您的首次人員搜尋
用簡單的中文提問：
/lessie find heads of talent at Series B fintech companies。代理人呼叫find_people 並在大約兩秒內返回匹配的、可審查的個人資料。 - 4豐富至驗證電子郵件
告訴代理人豐富您的候選名單。enrich_people 解析 95% 準確度的驗證電子郵件地址 — 可用於您的 CRM、ATS 或外聯序列。
如果您是代理人技能的新手，我們的 Claude 技能指南 解釋了技能與原始 MCP 伺服器的區別，而 最佳 Claude 技能匯總 則展示了還有哪些值得同時安裝的技能。