LinkedIn का कोई आधिकारिक MCP server नहीं है, इसलिए सही URL इस पर निर्भर करता है कि आप कौन सा कम्युनिटी server चुनते हैं। यह लेख लोकल और होस्टेड endpoints, Claude Desktop, Claude Code और Cursor के लिए सटीक config, लॉगिन फ़्लो, ऑटोमेट करने लायक काम, और अकाउंट के जोखिम दिखाता है।
किसी सर्च बार में "LinkedIn MCP server URL" टाइप करें, तो पहला झटका यह लगता है कि कॉपी करने के लिए कोई एक पता नहीं है। LinkedIn अपना कोई MCP server प्रकाशित नहीं करता, और October 2026 तक आप जो भी विकल्प इंस्टॉल कर सकते हैं या जिससे जुड़ सकते हैं, वह किसी कम्युनिटी प्रोजेक्ट या पेड थर्ड-पार्टी प्लेटफ़ॉर्म से आता है। इससे यह बदल जाता है कि आप एक कैसे चुनते हैं, उसे कैसे सेट करते हैं, और अपने अकाउंट पर कितना जोखिम लेते हैं।
यह लेख दिखाता है कि लोकप्रिय ओपन-सोर्स server असल में क्या उपलब्ध कराता है, कौन सा URL किस सेटअप का है, Claude Desktop, Claude Code और Cursor के लिए सटीक config, और वे जॉब, रिसर्च व आउटरीच के काम जो किसी assistant को सौंपने लायक हैं। यह उस रेखा को भी चिह्नित करता है जहाँ एक उपयोगी शॉर्टकट एक प्रतिबंधित अकाउंट बन जाता है।
MCP का मतलब है Model Context Protocol, एक ओपन स्टैंडर्ड जो किसी AI assistant को एक सुसंगत interface के ज़रिए बाहरी tools कॉल करने देता है। LinkedIn MCP server एक छोटा प्रोग्राम है जो LinkedIn की क्रियाओं (प्रोफ़ाइल पढ़ना, जॉब खोजना, इनबॉक्स थ्रेड सूचीबद्ध करना) को ऐसे tools में लपेटता है जिन्हें आपका assistant सादे अंग्रेज़ी में कॉल कर सके।
लोग इसे कुछ सीधे कारणों से अपनाते हैं। रिक्रूटर चालीस खुले टैब के बिना शॉर्टलिस्ट चाहते हैं। जॉब सीकर्स चाहते हैं कि लिस्टिंग उनके अपने अनुभव के हिसाब से रैंक हों। फ़ाउंडर किसी कॉल से पहले किसी प्रोस्पेक्ट की त्वरित ब्रीफ़िंग चाहते हैं। इनमें से हर काम पढ़ने और सारांश बनाने का दोहराव वाला चक्र है, और यह वह काम है जो सही tools वाला assistant अच्छी तरह करता है, जबकि मैन्युअल ब्राउज़र सेशन इसे बुरी तरह करता है।
आप कुछ ऐसा टाइप करते हैं: "इस हफ़्ते पोस्ट हुई remote product design roles खोजें।" assistant server को कॉल करता है, server ब्राउज़र सेशन या API के ज़रिए LinkedIn पढ़ता है, और संरचित टेक्स्ट वापस आता है। फिर assistant उसी से रैंक करता है, सारांश बनाता है या ड्राफ़्ट लिखता है। टैब के बीच अब कॉपी-पेस्ट नहीं करना पड़ता।
तीन प्रकार मौजूद हैं, और URL का सवाल इस पर निर्भर करता है कि आप कौन सा चुनते हैं।
| प्रकार | LinkedIn तक कैसे पहुँचता है | कहाँ चलता है | आम खर्च |
|---|---|---|---|
| ब्राउज़र ऑटोमेशन (लोकप्रिय ओपन-सोर्स server) | आपकी मशीन पर लॉग-इन ब्राउज़र सेशन | लोकल, stdio | मुफ़्त |
| REST API रैपर | LinkedIn द्वारा मंज़ूर OAuth ऐप, जो दिए गए स्कोप तक सीमित है | लोकल या होस्टेड | आपकी पहुँच पर निर्भर |
| मैनेज्ड स्क्रेपिंग प्लेटफ़ॉर्म | विक्रेता का इन्फ़्रास्ट्रक्चर | होस्टेड रिमोट URL | पेड |
💡 सबसे ज़्यादा इस्तेमाल होने वाला ओपन-सोर्स विकल्प GitHub पर stickerdaniel/linkedin-mcp-server है, जो PyPI पर
mcp-server-linkedinनाम से प्रकाशित है (यह पहलेlinkedin-scraper-mcpनाम से था, और पुराना नाम अब नए नाम पर फ़ॉरवर्ड करता है)। नीचे हर कमांड, फ़्लैग और tool name उसके documentation से लिया गया है, और "server" का मतलब यही है।
निजी अकाउंट के लिए, लोकल ब्राउज़र-सेशन वाला server सबसे सरल रास्ता है: किसी developer application के लिए आवेदन नहीं करना पड़ता, कोई थर्ड पार्टी आपका डेटा नहीं रखती, और लागत शून्य है। इसकी कीमत नीचे बताया गया terms-of-service जोखिम है, इसी लिए यह कम वॉल्यूम वाले निजी उपयोग के लिए ठीक बैठता है। API-आधारित रैपर कागज़ पर ज़्यादा सुरक्षित है, लेकिन वह केवल वही लौटाता है जो आपका मंज़ूर application पढ़ने की अनुमति रखता है, और LinkedIn ये अनुमतियाँ चुनिंदा तौर पर देता है। होस्टेड प्लेटफ़ॉर्म सेटअप का समय बचाता है और पैसे लेता है, और इसमें आप बीच में एक विक्रेता को भी स्वीकार करते हैं।
डिफ़ॉल्ट ट्रांसपोर्ट stdio है। आपका क्लाइंट सर्वर को चाइल्ड प्रोसेस के रूप में शुरू करता है और standard input और output के ज़रिए उससे बात करता है, इसलिए किसी "server URL" फ़ील्ड में चिपकाने के लिए कुछ नहीं होता। आप क्लाइंट को जो देते हैं वह एक कमांड है: uvx mcp-server-linkedin@latest।
अगर आपका क्लाइंट सिर्फ़ URL स्वीकार करता है, तो सर्वर को streamable HTTP ट्रांसपोर्ट के साथ शुरू करें:
uvx mcp-server-linkedin@latest --transport streamable-http --host 127.0.0.1 --port 8000 --path /mcp
आपका client जिस पते से कनेक्ट होता है वह http://127.0.0.1:8000/mcp है। Docker image इसी काम के लिए पोर्ट 8080 दर्ज करता है, जिससे http://127.0.0.1:8080/mcp बनता है। होस्ट को 127.0.0.1 पर रखें। जो भी उस पोर्ट तक पहुँच सकता है, वह आपके लॉग-इन सेशन के ज़रिए काम कर सकता है।
Streamable HTTP तब भी आसान रास्ता है जब server client से अलग मशीन पर चलता है, जैसे कोई home mini PC जो दिन भर चालू रहता है, जबकि आप laptop से काम करते हैं। ऐसे में पोर्ट को खुले इंटरनेट से बंद रखें और उस तक निजी नेटवर्क या SSH tunnel के ज़रिए पहुँचें।
💡 Claude Code में एक लाइन HTTP पता रजिस्टर करती है:
claude mcp add --transport http linkedin http://127.0.0.1:8000/mcp
MCP डायरेक्टरी में रिमोट endpoints भी सूचीबद्ध हैं, जैसे https://linkedin.run.mcp.com.ai/mcp, और https://gateway.pipeworx.io/linkedin_ads/mcp (यह वाला LinkedIn Ads को लक्षित करता है, personal प्रोफ़ाइल को नहीं)। मैंने दोनों की जाँच नहीं की है। होस्टेड server को आपका जो भी डेटा और credentials उसके ज़रिए भेजे जाते हैं, उन सब तक उसकी पहुँच होती है, इसलिए पहले publisher की privacy terms पढ़ें और अपने personal अकाउंट से जुड़ी किसी भी चीज़ के लिए लोकल server को प्राथमिकता दें।
| सेटअप | पता या कमांड | इसे कब इस्तेमाल करें |
|---|---|---|
| लोकल stdio | uvx mcp-server-linkedin@latest | एक मशीन, Claude Desktop, Cursor या Claude Code |
| लोकल HTTP (uvx) | http://127.0.0.1:8000/mcp | आपका client केवल URL स्वीकार करता है |
| लोकल HTTP (Docker) | http://127.0.0.1:8080/mcp | आप अपने मुख्य सिस्टम से अलगाव चाहते हैं |
| होस्टेड | विक्रेता द्वारा तय | आप लूप में एक थर्ड पार्टी स्वीकार करते हैं |
यह सर्वर uvx के ज़रिए चलता है, जो uv पैकेज मैनेजर (वर्ज़न 0.4.0 या उससे नया) के साथ आता है। macOS या Linux पर:
curl -LsSf https://astral.sh/uv/install.sh | sh
Windows पर PowerShell इस्तेमाल करें:
powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"
लॉगिन कमांड एक बार चलाएँ:
uvx mcp-server-linkedin@latest --login
एक ब्राउज़र विंडो खुलती है और आप खुद साइन इन करते हैं, जिसमें two-step verification भी शामिल है। सेशन ~/.linkedin-mcp/profile/ के तहत सेव होता है, और आपका पासवर्ड कभी assistant से होकर नहीं गुज़रता। संबंधित फ़्लैग:
--import-from-browser Chrome, Brave, Edge, Arc, Vivaldi या किसी अन्य Chromium ब्राउज़र का सेशन दोबारा इस्तेमाल करता है।--auto-import डिफ़ॉल्ट रूप से चालू है और पहली tool call पर लॉग-इन किए हुए लोकल ब्राउज़र से इंपोर्ट करता है।--logout सेव किए गए सेशन को साफ़ कर देता है।Claude Desktop के लिए claude_desktop_config.json एडिट करें (Windows पर यह %APPDATA%\Claude में है, macOS पर ~/Library/Application Support/Claude में)। Cursor उसी ब्लॉक को .cursor/mcp.json से पढ़ता है:
{
"mcpServers": {
"mcp-server-linkedin": {
"command": "uvx",
"args": ["mcp-server-linkedin@latest"],
"env": { "UV_HTTP_TIMEOUT": "300" }
}
}
}
Claude Code के लिए, टर्मिनल से रजिस्टर करें:
claude mcp add linkedin -- uvx mcp-server-linkedin@latest
क्या आप कंटेनर इस्तेमाल करना चाहते हैं? सेशन फ़ोल्डर को इमेज में माउंट करें। Windows पर पाथ को फ़ॉरवर्ड स्लैश के साथ लिखें, जैसे C:/Users/Alice/.linkedin-mcp:
{
"mcpServers": {
"mcp-server-linkedin": {
"command": "docker",
"args": [
"run", "--rm", "-i",
"-v", "/absolute/path/to/.linkedin-mcp:/home/pwuser/.linkedin-mcp",
"stickerdaniel/linkedin-mcp-server:latest"
]
}
}
}
क्लाइंट को पूरी तरह रीस्टार्ट करें, फिर यह भेजें:
मेरी अपनी LinkedIn प्रोफ़ाइल पढ़ें और बताएँ कि कौन से सेक्शन कमज़ोर लगते हैं।
यह get_my_profile को कॉल करता है, केवल आपका अपना डेटा पढ़ता है, और कुछ नहीं बदलता। अगर जवाब आ जाता है, तो वायरिंग सही है। पहली रन धीमी हो सकती है क्योंकि server अपना managed browser सेट करता है, इसी लिए ऊपर के config में UV_HTTP_TIMEOUT को 300 सेकंड पर रखा गया है।
💡
@latestका मतलब है कि server हर लॉन्च पर खुद को अपडेट करता है। जिस सेटअप पर आप निर्भर हैं, उसके लिएuvx mcp-server-linkedin@4.14.0जैसा version पिन करें (लिखते समय PyPI version)।
server लगभग बीस tools देता है, और हर कॉल एक कतार के ज़रिए एक-एक करके चलती है।
| क्षेत्र | Tools | आपको क्या मिलता है |
|---|---|---|
| प्रोफ़ाइल | get_person_profile, get_my_profile, search_people, get_sidebar_profiles | अनुभव, शिक्षा, स्किल्स, प्रोजेक्ट, पोस्ट |
| कनेक्शन | connect_with_person | वैकल्पिक नोट के साथ रिक्वेस्ट भेजें या स्वीकार करें |
| मैसेजिंग | get_inbox, get_conversation, search_conversations, send_message | थ्रेड और सर्च, भेजने के लिए पुष्टि ज़रूरी |
| कंपनियाँ | get_company_profile, get_company_posts, search_companies, get_company_employees | कंपनी पेज, पोस्ट, जॉब, कर्मचारियों की सूची |
| जॉब | search_jobs, get_saved_jobs, get_job_details, get_job_apply_url | लिस्टिंग, सेव की गई भूमिकाएँ, पूरी पोस्टिंग, अप्लाई लिंक |
| फ़ीड | get_feed, search_posts | होम फ़ीड और पोस्ट सर्च, हाल की तारीख़ के फ़िल्टर के साथ |
| सेशन | close_session | ब्राउज़र को छोड़ता है |
यहीं पर रिक्रूटर और सेल्स टीमें सबसे ज़्यादा समय बचाती हैं। पंद्रह टैब खोलने के बजाय शॉर्टलिस्ट और हर व्यक्ति का एक-पैराग्राफ़ सारांश माँगें।
लिस्बन में सीनियर डेटा इंजीनियर खोजें, पहली आठ प्रोफ़ाइल खोलें, और बताएँ कि किसके अनुभव में Kafka और dbt दोनों हैं।
search_jobs खोज के शब्द और लोकेशन लेता है, फिर पोस्ट होने की तारीख, जॉब टाइप, अनुभव के स्तर, वर्क टाइप, Easy Apply और सॉर्ट ऑर्डर के हिसाब से फ़िल्टर करता है, और नतीजे अधिकतम दस पेजों में बँटते हैं। इसे get_job_details और get_job_apply_url के साथ जोड़ें, तो असिस्टेंट अव्यवस्थित नतीजों वाले पेज को अप्लाई लिंक जुड़ी हुई रैंक्ड टेबल में बदल सकता है।
पिछले हफ़्ते पोस्ट हुई remote UX research roles खोजें, mid-level से नीचे की हर चीज़ छोड़ दें, और उन्हें मेरी प्रोफ़ाइल से कितनी करीबी मैच करती हैं, उसके हिसाब से रैंक करो।
मैं अप्लाई करने का काम खुद मैन्युअल रखूँगा। assistant खोजता और रैंक करता है। क्लिक आप करते हैं।
एक रूटीन जो काम करता है: हर सोमवार सुबह, पिछले सात दिनों की वे नई लिस्टिंग माँगें जो दो या तीन सेव किए गए सर्च विचारों से मेल खाती हैं, assistant से कहें कि जो आप पहले देख चुके हैं उसे हटा दे, और सबसे ऊपर की पाँच को एक छोटे नोट में रखें। यह तीन या चार tool calls हैं, जो bulk activity जैसी किसी भी चीज़ से काफ़ी कम हैं, और हर अप्लिकेशन पर नियंत्रण आपके पास रहता है।
get_company_profile, get_company_posts और get_company_employees को मिलाकर एक-पेज की ब्रीफ़िंग बनाएँ: कंपनी ने हाल में क्या घोषित किया, जिस टीम में आप जा रहे हैं उसमें कौन काम करता है, और कौन सी खुली भूमिकाएँ उसकी प्राथमिकताओं का संकेत देती हैं। search_posts और get_feed टॉपिक मॉनिटरिंग के लिए इसी तरह काम करते हैं, जैसे "मेरी इंडस्ट्री के लोग इस लॉन्च के बारे में क्या कह रहे हैं?"
get_inbox और search_conversations assistant को उन थ्रेड्स को खोजने देते हैं जो शांत हो गए हैं, और वह बातचीत के संदर्भ का उपयोग करके हर एक के लिए follow-up ड्राफ़्ट कर सकता है। send_message किसी भी चीज़ के बाहर जाने से पहले पुष्टि माँगता है। उस पुष्टि को एक सख़्त रुकावट मानें: ड्राफ़्ट पढ़ें, उसमें बदलाव करें, और तभी मंज़ूरी दें।
सर्वर का अपना डॉक्यूमेंटेशन सीधे शब्दों में कहता है: "LinkedIn का User Agreement स्वचालित एक्सेस पर रोक लगाता है, और स्वचालित टूल इस्तेमाल करने वाले अकाउंट प्रतिबंधित या बैन किए जा सकते हैं।" यह प्रोजेक्ट स्वतंत्र है, LinkedIn या Microsoft से संबद्ध नहीं है, निजी इस्तेमाल के लिए बना है, और इसके साथ कोई वारंटी नहीं आती। इसे इस्तेमाल करना आपका फ़ैसला है और आपका जोखिम है।
यह मेरा अपना अनुमानित नियम है, कोई आधिकारिक सीमा नहीं:
| काम | जोखिम | फ़ैसला |
|---|---|---|
| अपनी प्रोफ़ाइल पढ़ना | कम | ठीक है |
| दिन में कुछ जॉब सर्च | कम से मध्यम | संयम से ठीक है |
| एक के बाद एक दर्जनों प्रोफ़ाइल खोलना | ज़्यादा | बचें |
| बल्क कनेक्शन रिक्वेस्ट | उच्च | न करें |
| अपने-आप भेजे गए मैसेज | उच्च | केवल ड्राफ़्ट |
अगर कोई काम आपको हाथ से पचास बार एक घंटे में करने पर असहज कर दे, तो वह काम agent से भी न करवाएँ। लक्ष्य टैब की भागदौड़ को बदलना है, कोई campaign चलाना नहीं।
uvx नहीं देख पाता। which uvx (या Windows पर where uvx) चलाएँ और absolute path को command फ़ील्ड में पेस्ट करें, फिर client को पूरी तरह रीस्टार्ट करें।--login एक बार टर्मिनल में चलाएँ, और UV_HTTP_TIMEOUT को 300 पर रखें।--logout चलाएँ, फिर --login दोबारा चलाएँ। सेशन समाप्त हो जाते हैं।--tool-timeout (डिफ़ॉल्ट रूप से 180 सेकंड) से तय होती है और हर पेज ऑपरेशन की --timeout (5000 ms) से। धीमे कनेक्शन पर "--timeout", "10000" को args में जोड़ें।--no-headless जोड़ें और ब्राउज़र विंडो दिखती रहेगी।MCP server डेटा लाता है। एक writing model उसे ऐसी चीज़ में बदलता है जिसे आप भेज सकें। आपका assistant जो लौटाता है, उसे PicassoIA पर Claude Sonnet 5 में पेस्ट करके वहीं आउटपुट को आकार दे सकते हैं।
💡 इमेज वाले पोस्ट आम तौर पर फ़ीड में अलग दिखते हैं। P-Image, Flux 2 Pro, Seedream 5 Lite और GPT Image 2, ये सभी एक लाइन के प्रॉम्प्ट से साफ़ 16:9 हेडर बना देते हैं।
LinkedIn से जुड़ा assistant खोज में घंटे बचाता है, लेकिन नतीजे को अब भी ऐसे शब्दों और visuals की ज़रूरत होती है जो आपकी अपनी आवाज़ जैसे लगें। अपने assistant का अगला ड्राफ़्ट लें, Picasso IA खोलें, और उसके लिए हेडर इमेज बनाएँ। दृश्य को सरल भाषा में बताएँ, एक मॉडल चुनें, कुछ वेरिएशन जनरेट करें, और पोस्ट के अनुकूल एक रखें।
छोटी शुरुआत करें: अपने अगले जॉब अपडेट के लिए फ़ोटो-स्टाइल बैनर, या किसी कंपनी घोषणा के लिए साफ़ इमेज। दो-तीन प्रयोग दिखा देंगे कि आपकी शैली के लिए कौन से प्रॉम्प्ट और मॉडल सही हैं।
अपनी भाषा चुनें
