LinkedIn MCP Server
让兼容 MCP 的 AI 助手通过本地登录会话读取和操作 LinkedIn。
证据清楚说明服务器在本地运行、默认 HTTP 绑定 127.0.0.1、浏览器资料和 Cookie 的存储位置、代理流量范围、自动导入行为以及 Docker 的最小认证 Cookie 子集；代理密码通过环境变量传入，CI 操作也固定到提交哈希。发送消息标明需要确认，终端注销也要求确认。然而，默认启用的浏览器会话自动导入会读取日常浏览器中的 LinkedIn Cookie，连接请求等其他写操作未明确说明统一的调用时确认机制；依赖采用下限而非完整锁定，并强烈推荐每次启动解析 @latest。外部消息和连接一旦发出没有实际回滚机制，注销还会丢弃会话，因此回滚仅获薄弱分。独立项目声明、商标免责声明、作者姓名和邮件、许可证归属均清楚，故来源归属满分。
README、项目元数据、CLI 参数、测试夹具和 CI 对本地浏览器会话、支持的 Python 版本及主要运行模型大体一致，并包含跨进程租约和多平台浏览器行为测试设计。不过 README 的功能状态混合使用“working”和未在所给材料中解释的议题编号，描述还比项目元数据更广，故一致性未满分。依赖名称、版本下限、安装器和浏览器安装流程都明确，但 @latest、网络下载、LinkedIn 页面结构及外部登录挑战造成可用性依赖。故障说明很强，覆盖登录、超时、浏览器繁忙、代理、容器误判、浏览器版本冲突和依赖 DLL，并给出可操作补救，故满分。
材料明确面向开发者、Claude Desktop、通用 MCP 客户端、Docker、本地开发及 HTTP/stdio 部署，并给出不同场景的配置，受众与环境适配充分。工具表和 CLI 参数定义了多数能力边界，读取工具还提供显式区段选择；但对 LinkedIn 服务条款、速率限制、账户限制及所有写工具的确认边界没有完整说明。工具命名和筛选参数有助于精确触发，但未提供完整输入模式、歧义处理或模型调用策略，因此能力边界和触发精度各有扣分。
README 结构清楚，包含工具目录、多种安装路径、CLI 参考、使用示例及大篇幅故障排除；项目脚本名、包名和工具名稳定一致。已披露并发限制、Cookie 导入限制、代理陷阱、浏览器缓存、平台差异和登录挑战，已知限制处理充分。Apache-2.0 元数据与完整 LICENSE 一致。版本号和 Releases 更新路径存在，但所给材料没有实际变更日志内容或兼容性政策，因此版本变更仅为充分但不彻底。作者、邮箱、议题入口和仓库入口提供维护路径，但发布者未被企业注册表验证，且没有展示维护团队、支持承诺或安全联系渠道，故维护责任未满分。
工具覆盖个人资料、公司、职位、动态和消息，能把登录后的 LinkedIn 浏览器数据暴露给通用 MCP 客户端，提供了明显的边际能力，故边际价值满分。工具描述和显式区段选择有利于输出使用，但材料没有给出响应模式、示例结果、分页语义或字段稳定性保证，因此输出可用性未满分。软件免费且本地运行，但需要浏览器下载、持久会话、登录处理、频繁更新和页面抓取维护，还可能遇到验证挑战与缓存增长，因此成本收益良好但并非彻底量化。
项目元数据、README、CI 和测试辅助代码能够交叉支持版本、依赖、测试流程、本地会话、跨进程锁及浏览器身份检查等陈述，跨来源一致性很强。工具表还把若干非稳定功能关联到具体议题。然而，所给材料没有主要服务器实现、工具响应模式、完整测试用例或 CI 结果，README 徽章和“working”标签本身不能证明功能结果，因此声明可追踪性未满分。说明通常会区分限制与建议，但部分运行效果、安全收益和功能状态仍以断言呈现，未始终与可核验事实或推断明确分开。
- 默认自动导入会读取本机浏览器的 LinkedIn Cookie，并把有效会话保存到 ~/.linkedin-mcp；在启用前应确认本机信任边界、文件权限和账户风险。
- send_message 和 connect_with_person 会产生对外社交行为；仅有消息发送被明确标为需要确认，且已发送内容或连接请求没有仓库级回滚保障。
- 推荐的 @latest 配置会在启动时解析新版本，降低复现性并扩大供应链更新面；高保障环境应在更新及时性与经过审查的版本固定之间自行建立控制。
- 该项目依赖网页自动化和登录会话，可能受 LinkedIn 页面变更、验证挑战、账户政策及服务条款影响；所给材料未完整评估这些风险。
- 本次仅审阅所给静态文件，没有运行服务器、测试、浏览器或 LinkedIn 操作，也没有独立验证 README 中的“working”状态。
这个 Agent 能做什么，适合哪些场景？
LinkedIn MCP Server 是一个使用 Python、FastMCP 与 Patchright 构建的开源 MCP 服务，通过用户自己的 LinkedIn 浏览器会话工作。它向 MCP 客户端提供个人资料、公司、职位、动态、帖子和私信相关工具，并能执行发送消息及处理联系人请求等写入操作。服务默认通过 stdio 运行，也支持 Streamable HTTP，可通过 uvx、Claude Desktop MCP Bundle、Docker或源码部署。身份验证和页面访问发生在本地 Chromium 会话中，登录资料默认保存在 ~/.linkedin-mcp/profile/，浏览器缓存位于 ~/.linkedin-mcp/patchright-browsers/。它并非 LinkedIn 或 Microsoft 的官方产品，而且 LinkedIn 用户协议禁止自动化访问，因此采用前需要权衡账号受限或封禁风险。
服务启动后，由 MCP 客户端调用其工具，Patchright Chromium 再使用已保存或导入的 LinkedIn 登录会话访问页面。get_person_profile 和 get_my_profile 可按需读取经历、教育、技能、项目、联系方式、帖子等版块；get_company_profile、get_company_posts、search_companies 与 get_company_employees 用于公司研究。search_jobs、get_saved_jobs 和 get_job_details 负责职位检索，get_feed 与 search_posts 读取动态和内容。get_inbox、get_conversation、search_conversations 与 send_message 处理私信，其中 send_message 要求确认；connect_with_person 可发送或接受联系人请求。所有工具调用通过队列串行执行，以保护共享浏览器会话；close_session 可关闭浏览器并清理资源。
- 求职者让 MCP 助手按关键词和地点调用 search_jobs，并用 get_job_details 查看具体职位。
- 招聘或商务研究人员调用 search_people、get_person_profile 和 get_company_employees，调查候选人及公司人员。
- 销售人员在准备沟通前，通过 get_company_profile、get_company_posts 和 search_companies 收集公司背景。
- 需要整理 LinkedIn 通信的用户调用 get_inbox、get_conversation 或 search_conversations 检索近期消息。
- 个人用户让助手读取首页动态、搜索近期帖子，或在确认后发送 LinkedIn 消息和联系人请求。
这个 Agent 有哪些优点和局限？
- 工具覆盖个人资料、公司、员工、职位、帖子、首页动态、联系人和私信，适合组合成完整的 LinkedIn 调研流程。
- 同时提供 uvx、Claude Desktop MCP Bundle、Docker、源码运行以及 stdio 和 Streamable HTTP 两种传输方式。
- 使用用户自己的本地浏览器会话，无需由项目托管账号凭据，并支持从多种 Chromium 浏览器导入现有会话。
- 跨进程串行化浏览器工具调用，并提供共享会话的等待、最短持有和空闲关闭参数。
- LinkedIn 用户协议禁止自动化访问，README 明确警告账号可能受到限制或封禁，无法保证账号安全。
- 依赖 LinkedIn 页面结构和真实 Chromium 会话；页面改版、验证码、登录确认、会话过期或网络缓慢都可能导致失败。
- 部分工具的状态链接到未解决的 GitHub issue，包括资料读取、联系人操作、人员搜索和发送消息，可靠性并非全部标记为 working。
- 并发调用会被串行化；多个客户端共享浏览器时可能收到 browser is busy，需要等待或重试。
- 本地会保存浏览器资料、Cookie 相关状态和 Chromium 缓存，采用者需要管理敏感会话数据与逐渐增长的磁盘占用。
如何安装或部署这个 Agent？
推荐方式要求先安装 uv，然后在 MCP 客户端中加入：
{"mcpServers":{"mcp-server-linkedin":{"command":"uvx","args":["mcp-server-linkedin@latest"],"env":{"UV_HTTP_TIMEOUT":"300"}}}}
首次需要身份验证的工具调用会准备 Patchright Chromium 并打开登录窗口；也可预先执行 uvx mcp-server-linkedin@latest --login。已经在受支持的 Chromium 浏览器中登录时，可执行 uvx mcp-server-linkedin@latest --import-from-browser。Claude Desktop 用户也可下载最新 .mcpb 发布产物并点击安装。Docker 用户需要先挂载可写的 ~/.linkedin-mcp 目录，并通过带 --login --login-viewer 的一次性容器完成登录。
如何使用这个 Agent？
配置 MCP 客户端并完成 LinkedIn 登录后，调用所需工具，例如使用 search_jobs 提交关键词及地点筛选，再将返回的职位交给 get_job_details；读取资料时通过 get_person_profile 明确选择 experience、education、skills 或 posts 等版块。调用 send_message 前必须确认发送内容。若首次调用仍在下载浏览器或等待登录，应在设置完成后重试；页面操作超时可使用 --timeout 10000，整个工具调用超时可使用 --tool-timeout 300。HTTP 客户端可运行 uvx mcp-server-linkedin@latest --transport streamable-http --host 127.0.0.1 --port 8080 --path /mcp，并连接 http://localhost:8080/mcp。
这个 Agent 与同类方案有什么区别？
README 将 Unipile 描述为托管式替代方案：本项目免费、开源并在本地使用用户自己的浏览器会话；Unipile 则提供覆盖 LinkedIn Classic、Sales Navigator 和 Recruiter 的托管 API，并负责身份验证、会话和基础设施。