Power your agent
คำสั่งของผู้เผยแพร่เอง ไม่ใช่เอนด์พอยต์ของ PlugMCP
Host a copy with our keys and logs.
npx -y [email protected]Claude Code ไม่มีลิงก์ติดตั้งสำหรับคำสั่งแบบโลคัล ให้คัดลอกคำสั่งด้านล่างแล้วรันในเทอร์มินัล
claude mcp add linkedin-mcp-tools -- npx -y linkedin-mcp-tools@4.4.0รันในเทอร์มินัล
{ "mcpServers": { "linkedin-mcp-tools": { "command": "npx", "args": [ "-y", "[email protected]" ] } }}claude_desktop_config.json
URL แบบรีโมตหรือคำสั่งบนเครื่องของคุณ? การติดตั้งสองแบบต่างกันอย่างไร
รันบน PlugMCP
A new server you create. It is not this listing's official endpoint. Use the publisher install when you want their URL and their credentials.
เปิดจากผู้เผยแพร่
Structured LinkedIn reads for MCP clients — profiles, jobs, companies and inbox data, with guided offline setup and explicit safety limits.
24 tools · 4.2.0 application preparation · local browser reads · five explicitly confirmed writes · persisted safety limits and operation journals.
This is an unofficial LinkedIn integration and accounts can be restricted. Review Account safety and SECURITY.md before use.
4.2.0 adds optional reusable evidence, source-linked resume bullets and a reviewable cover-letter draft to the local application worksheet. It retains 24 tools, the 4.1.2 dependency repairs and the SDK input guard. See the release notes and readiness record. The commands below target 4.2.0; check its release availability and destination verification before installing. These instructions do not establish publication, native use or broader live compatibility.
The immutable 4.1.1 archive/tag have newly reported October 26 dependency advisories. Their verified bytes and historical receipts do not establish current security clearance. Source contributors can use a reviewed checkout for offline setup and verification. 4.1.0 introduced local application worksheets and CSV export; neither fills or submits applications.
4.0.0 added offline retirement preview and native Windows privacy checks. Read its breaking Windows upgrade notes before changing an existing installation. This is a local stdio tool; Glama's generic “Deploy Server” or browser-hosting controls are not supported installation instructions. No hosted service is required. 4.0.0 release notes describe those changes and limits. Verified 3.1.0 publication receipts remain available for the preceding release.
Start with the quick start and setup guide. Setup reports local issues, client configuration and exact next steps without contacting LinkedIn. Merge the generated entry into your existing client file. See the synthetic setup demonstration: real published package, disposable fixtures, no login or LinkedIn request.
research_jobs is not included; its job-research brief remains in
draft PR #5. The
execution plan tracks first use, privacy,
future features and measured distribution outcomes.
The current completion status
separates released features from remaining native, live and distribution gates.
The October 21 full-scope audit
maps all original requirements and later job-seeker additions to their remaining work.
The owner-run private GitHub traffic ledger
tracks stars and rolling traffic without user telemetry.
For local preparation, prepare_job_application can reuse a user-supplied
evidence library and optionally return draft resume bullets and a cover letter.
Only explicitly selected claims are included, with their user-provided lineage;
missing evidence stays missing. The server stores no library or draft. See the
materials workflow.
This version does not fill or submit job applications, including Easy Apply.
Use the job seeker and Claude distribution plan
for the application handoff workflow, proposed next features and the separate
requirements for listing a connector in Claude.
Desktop bundle availability and hashes are tracked separately in the
bundle guide and release assets.
Historical 4.1.1 bundle identity does not clear its newly reported dependency
findings; the builder retains its zero-audit gate. For offline source checks,
npm run build:claude-mcpb -- --from-source builds an explicitly unreleased
checkout bundle. Those checks do not establish native installation or directory
acceptance.
The server uses Patchright to open a persistent Google Chrome profile and makes Voyager requests from its authenticated page. Results are shaped into JSON for MCP clients. Some discovery tools fall back to page data. Undocumented endpoints, query IDs, browser behavior and response shapes can change.
Useful starting workflows are profile research, job/company research and inbox
triage. Alpha writes are disabled by default. When enabled they require a reviewed server-issued preview token and confirm:true, consume conservative attempt budgets, and
return a status including unknown when completion cannot be established.
3.0.0 introduced breaking safety and client requirements; read the migration guide. Hosted source/package/browser checks cover Node20/22 across Linux, macOS and Windows. Exact core-only candidate/head results are recorded in release readiness. One explicitly consented macOS maintainer health/own-profile read also passed with partial metadata; scope and evidence do not establish fresh-user or broader live compatibility. The exact public 4.1.1 bytes and destinations were independently verified; that historical identity proof does not clear current advisories. Consult the 4.1.2 release evidence for its destination status. Native-client first-use cohorts and broad live-provider compatibility remain unverified. See execution progress and the linked evidence.
Local checks and CI configuration are evidence of the cases they exercise, not a guarantee of current provider compatibility or account safety.
Use Node.js 20 or later and Google Chrome. The commands below target 4.2.0;
check its release availability
and verification status before installing.
Setup is offline; login and subsequent reads
are deliberate account actions. For a stable installation path and Windows
commands, see the setup guide. On Windows, 4.1.1 retains the
requirement that state paths stay beneath the actual %USERPROFILE% tree. A custom path outside it
will be refused even when an older version accepted it. See the
migration notes.
1. Diagnose offline:
npm install --prefix "$HOME/.local/share/linkedin-mcp" [email protected]
node "$HOME/.local/share/linkedin-mcp/node_modules/linkedin-mcp-tools/dist/index.js" --setup cursor
Also accepts claude-desktop or vscode. Resolve the reported local issues, then
merge the generated entry into your existing client file. Setup performs no login
or account request. Use a stable local installation and regenerate its entry
after upgrades; the report pins its installed build rather than a temporary path.
2. Log in once (opens a real Chrome window — sign in, solve any captcha/2FA):
node "$HOME/.local/share/linkedin-mcp/node_modules/linkedin-mcp-tools/dist/index.js" --login
Needs Google Chrome installed (or run npx patchright install chrome once). Your
session — Cloudflare clearance and all — persists to ~/.linkedin-mcp/profile/.
3. Configure your client. Prefer the generated entry above. For clients
accepting mcpServers, this version-pinned example is an alternative:
{
"mcpServers": {
"linkedin": {
"command": "npx",
"args": ["-y", "[email protected]"]
}
}
}
Start with whoami for local status. When you deliberately authorize an account
read, try "Read my own profile once and report its returned status and any partial
metadata, then close the session. Do not retry or write." Stop at a checkpoint.
Current provider availability is uncertain; preserve empty, partial and error
statuses. First-use results across Claude Desktop, Cursor and VS Code have not yet
been measured.
git clone https://github.com/devag7/linkedin-mcp.git
cd linkedin-mcp
npm ci
npm run setup:browser # installs the Chrome patchright drives
npm run login # manual account login; only with your deliberate consent
npm run spike # live own-profile request; requires separate authorization
npm run build # produces dist/
node dist/index.js --doctor # local setup checks; no browser or network
npm run verify:package # install/test the packed artifact offline against LinkedIn
MCP config: "command": "node", "args": ["/absolute/path/to/dist/index.js"].
npm run build
node dist/index.js --doctor
The report shows package/Chrome availability, profile accessibility and ownership, safety-state validity, selected transport and next steps. It omits cookies, tokens, profile content and private paths. It does not open Chrome or contact LinkedIn.
After you have logged in and stopped other processes using the profile, explicitly
select a live identity read with node dist/index.js --doctor --live. The probe
has a 30-second deadline followed by browser cleanup; a deadline does not prove
that an already-started read was cancelled. No write is part of diagnosis.
whoami reports sessionState: "not_checked" and loggedIn: null on a cold
runtime. health_check deliberately opens the saved session and performs a live
API check. A saved profile or cookie alone is not reported as a healthy API.
Headful login needs a local display. The normal server defaults to headless Chrome. Remote browser/profile deployment and profile copying are not verified here.
Stdio remains the default. HTTP is an explicit, loopback-only option for a
local MCP client that can send an Authorization header. Remote hosts, reverse
proxies, browser CORS clients, and serverless deployment are unsupported.
Generate a local secret and start the server from this checkout:
npm run build
export LINKEDIN_HTTP_TOKEN="$(node -e 'console.log(require("node:crypto").randomBytes(32).toString("hex"))')"
node dist/index.js --transport http --port 3000
Configure your client with URL http://127.0.0.1:3000/mcp and the header
Authorization: Bearer <the same LINKEDIN_HTTP_TOKEN value>. Keep the secret in
your client's protected configuration; do not put it in a URL or commit it.
The token must contain 32–256 letters, digits, underscores, or hyphens. Generate
it randomly; length validation cannot prove a token is unpredictable.
GET /health, requires the token. Missing or invalid
credentials return 401. Health reports listener status, not LinkedIn login.127.0.0.1. Host must be 127.0.0.1:<port> or
localhost:<port>; an Origin, if present, must exactly match http://<Host>.
Invalid hosts/origins return 403. No CORS access is granted.POST /mcp accepts uncompressed JSON up to 1 MiB. Body upload has a 10-second
deadline; responses have a 180-second deadline. There are at most 16 active
HTTP requests and 32 TCP connections. Excess requests return 503.Browser profile ownership and account budget transactions are shared across local processes. A second owner is refused before Chrome opens. These controls do not establish account safety. See SECURITY.md.
Read this. Automating LinkedIn violates its User Agreement and can get your account restricted or banned — no tool can prevent that, including this one. The built-in safety features (daily caps, human pacing, warmup, circuit breaker) reduce risk; they do not eliminate it.
Defaults err conservative:
Review platform rules and decide whether the integration is appropriate for your account. Caps and pacing cannot prevent restrictions. Resolve challenges manually; never treat the safety layer as a compliance or evasion guarantee.
CHECKPOINT_REQUIRED means a challenge was observed; CIRCUIT_OPEN means the
stored stop is still active. health_check reports blocked without probing
LinkedIn while stopped. whoami and close_session remain available.
linkedin-mcp --login, complete the checkpoint manually in Chrome, and
open your LinkedIn feed.--logout does not clear the stop.Breaker state is stored beside the profile: <LINKEDIN_PROFILE_DIR>.circuit.json
(default ~/.linkedin-mcp/profile.circuit.json). A successful interactive recovery
clears the hard stop and preserves action cooldowns. Invalid/unreadable state
fails closed; restore the state or repair storage rather than deleting it to
resume automation.
Normal login expiry returns AUTH_REQUIRED without a hard trip. Opaque redirects
hide their destination, so they are reported as authentication required rather
than guessed to be checkpoints. Detection uses bounded response/page signals;
it does not establish live compatibility with every LinkedIn challenge variant.
All five alpha write tools require LINKEDIN_ENABLE_WRITES=true and confirm:true. With confirmation omitted/false they return a local preview without opening Chrome. Review its target, content, audience and route; after explicit human approval, use the returned operation ID as operation_id and token as preview_token. Tokens expire after five minutes, are bound to the exact action, target and content, and are consumed on submission. Missing or changed proofs are refused before dispatch. The token proves that the server issued a preview; it cannot prove human consent. Starting new message threads also requires LINKEDIN_ENABLE_EXPERIMENTAL_MESSAGES=true and has no current live success evidence. Supply a unique operation_id
(8–128 letters, digits, _ or -) before the approved call. For example:
{
"text": "The draft you reviewed",
"visibility": "PUBLIC",
"confirm": true,
"operation_id": "<operationId returned by the reviewed preview>",
"preview_token": "<token returned by that same preview>"
}
The placeholders above must be replaced with the actual preview values; the example is not a submission to copy unchanged.
The result includes operationId, replayed, status, ok, and httpStatus.
Repeating the same tool, ID, and inputs retrieves the stored outcome without
submitting again, including after restart. Changed inputs with the same ID are
rejected. A preview can generate an ID when omitted; every new submission must include
that preview ID and its token. Previously journaled outcomes can be looked up
with identical tool/ID/inputs after expiry or restart without a fresh token.
Never generate a replacement ID to retry an uncertain submission.
unknown means the request may have reached LinkedIn: a disconnect, timeout,
server error, unreadable body, or unrecognized success response cannot establish
whether it completed. Inspect the target manually. The server never automatically
retries; the same ID remains a lookup. A bare HTTP 409 is failed unless its body
provides an explicit duplicate/already-connected signal. Quota and account
restriction outcomes activate the corresponding action cooldown.
Safety limits count every reserved attempt, including known failures and unknown
outcomes. Only confirmed connections increment sent/pending invitation analytics.
Uncertain invitations also count conservatively toward invitation safety gates
across days. health_check includes journaled attempted, successful, and
uncertain totals; historical counts from older versions remain in actions.used
and are not guessed to be successful.
The journal is part of ~/.linkedin-mcp/budgets.json, alongside existing counters.
It retains IDs, input hashes, action buckets, dates, and status codes; it does not
store message/post text or raw response details. Replays return stored status/code
with a generic explanation. Corrupt or unreadable state blocks startup; save
failures stop further data/action work until storage is repaired. The file is
replaced atomically with owner-only permissions. The journal stops new writes at
10,000 entries or an 8 MiB state file; IDs are never automatically discarded.
Deleting the state erases both safety counts and replay protection.
The runtime derives a hashed account key from authenticated /me identity;
it does not use a cookie, profile path or public username as the account key.
Different profiles for the same member share the global budget/journal file.
Identity is reverified on browser launch and before writes. A changed member
stops the runtime with ACCOUNT_CHANGED; restart only after reviewing the account.
Missing or ambiguous identity returns ACCOUNT_UNRESOLVED before submission.
Budget reserve/commit reload and save under a shared local filesystem lock. Failed
read attempts count toward metered read limits. Existing default counts remain
an unattributed conservative allowance reduction; they are not assigned to a new
member or invented as successful writes. Unattributed legacy operation IDs return
unknown rather than asserting they belong to the verified member. On a fresh
runtime, a hard checkpoint prevents the identity read required for journal lookup.
Profile ownership uses <canonical-profile>.owner.lock; shared budget transactions
use <canonical-budget-file>.lock. close_session and idle closing retain profile
ownership while the process can relaunch Chrome. Stop the server to release it.
Locks are never stolen by timeout or PID guessing. After a crash, stop all users
and associated Chrome processes, preserve safety files, then manually repair only
the orphaned lock directory. Never delete budgets or journals to resume automation.
Local filesystems are the supported state-sharing boundary; network filesystems
and power-loss durability are not certified.
See write evidence and account/ownership evidence.
24 registered tools. Native contract version 1 returns structuredContent and identical JSON text, with fetchedAt, source, partial and status metadata. Full route and verification inventory.
Build this checkout, then run npm run demo:offline. It makes real local MCP
calls with synthetic inputs and a persisted stop: cold status, capabilities, a
reviewable draft preview, blocked read and clean close. It opens no browser and
sends no LinkedIn request. Dated sample output is labeled
synthetic; a real first-read recording remains a consented validation step.
Job/company research, profile comparison and inbox triage contain explicit call limits and source-link rules. Client setup separates locally exercised MCP transport from untested client applications. Privacy and deletion explains retained safety history. Selected-profile retirement design documents the selected-profile retirement command, its confirmation and interruption behavior, the read-only recovery preview for an interrupted attempt, and the shared state it deliberately preserves. Both commands are in published 4.1.0. Roadmap coverage tracks every acceptance requirement. The 3.1.0 release adds a read-only config merge preview that checks an explicitly selected JSON/JSONC file for missing, matching or conflicting entries without changing files or exposing other servers' credentials. It is available in published 3.1.0; native-client and live compatibility remain unverified. Official-provider pilot describes the app/scopes and integration evidence still needed. The experimental Docker builder stage passed locally on Node 22; container display/login and runtime remain unverified.
npm run dev # run from source (stdio)
npm run typecheck
npm test # vitest (safety layer + smoke)
npm run build
MIT — see LICENSE. Missing files caused by cloud synchronization were recovered from the committed revision with maintainer authorization. The 3.0.0 core scope and destination receipts are tracked in release readiness. Not affiliated with LinkedIn.
Made by Dev Agarwalla
The 3.1.0 command node dist/index.js --data-inventory reports
which fixed local storage categories are present: the selected profile, its
circuit and owner lock, shared budgets/write journal and transaction lock, and
legacy credentials. It reads filesystem metadata only, prints no private paths
or contents, and changes nothing. It does not read or validate JSON, traverse
profile contents, prove owners have stopped, verify Windows ACLs or authorize
deletion. Any observed alias, unexpected type, inaccessible or changed identity,
or present lock returns needs_attention with exit code 1. Otherwise observed
means only that the bounded presence snapshot succeeded.
This command is available in released 3.1.0, not 3.0.0. See the inventory contract; coordinated erasure remains open.
Unofficial local LinkedIn MCP: structured profile, job, company and inbox reads, guided offline client setup and explicit safety limits. Current provider compatibility is not guaranteed.
{ "mcpServers": { "linkedin-mcp-tools": { "command": "npx", "args": [ "-y", "[email protected]" ] } }}เครื่องมือ
ยังไม่มีรายการเครื่องมือ เซิร์ฟเวอร์แบบรีโมตจะได้รายการหลังการตรวจสอบสถานะครั้งแรก
FAQ
คัดลอกคอนฟิก stdio สำหรับ Cursor, Claude Desktop, Claude Code หรือ VS Code ได้ในหน้านี้ คอนฟิกนี้ใช้การติดตั้งของผู้เผยแพร่ ไม่ใช่พร็อกซีของ PlugMCP
ระเบียนนี้ไม่ได้ระบุตัวแปรสภาพแวดล้อมที่จำเป็น
Linkedin MCP Tools ทำงานแบบโลคัลผ่าน stdio
ตรวจสอบล่าสุดเมื่อ 2026-11-14 Unofficial local LinkedIn MCP: structured profile, job, company and inbox reads, guided offline client setup and explicit safety limits. Current provider compatibility is not guaranteed.