MCP 工具速成:npx vs. uvx 全流程安装指南

MCP 工具速成:npx vs. uvx 全流程安装指南

在现代 AI 开发中,Model Context Protocol(MCP)允许通过外部进程扩展模型能力,而 npx(Node.js 生态)和 uvx(Python 生态)则是两种即装即用的客户端工具,帮助你快速下载并运行 MCP 服务器或工具包,无需全局安装。本文将从原理和对比入手,提供面向 Windows、macOS、Linux 的详细安装、验证及使用示例,确保你能在本地或 CI/CD 流程中无缝集成 MCP 服务器。

1. 工具简介

1.1 npx(Node.js/npm)

npx 是 npm CLI(≥v5.2.0)自带的命令,可在不全局安装的情况下,临时下载并执行 npm 包中的可执行文件。例如:

npx @modelcontextprotocol/server-example 

会下载并运行 @modelcontextprotocol/server-example 包,而不会在系统中留下全局依赖(https://docs.npmjs.com/cli/v8/commands/npx)。该功能简化了快速试用和 CI 环境中一次性命令的执行流程(https://docs.npmjs.com/cli/v10/commands)。

1.2 uvx(Python/pipx 或 pip)

uvx 最初是 uv 项目的别名,用于在隔离环境中临时安装并运行 Python 包提供的命令行工具,类似于 pipx run。例如:

uvx pycowsay 'hello world!'

会在数十毫秒内下载并执行 pycowsay,命令结束后环境可选保留或销毁,大幅减少依赖管理开销(https://github.com/astral-sh/uv)。

2. 安装前准备

  • 网络访问:确保能访问 npm registry(registry.npmjs.org)和 PyPI(pypi.org)。
  • 权限:在 Windows 下使用 PowerShell(管理员身份)或启用执行策略 RemoteSigned
  • 已有环境
    • Node.js ≥v16(包含 npm 和 npx)
    • Python ≥3.10(支持 pipxpip 安装)

3. 安装 npx

3.1 安装 Node.js

  1. 下载 LTS 安装包
    前往 Node.js 官网 下载并安装 LTS 版(推荐 v18 或更高)。

验证安装

node --version # 应输出 v16+ npm --version # 应输出 v7+ npx --version # 应输出 v7+,npm ≥5.2.0 即自带 npx

若缺少 npx,可手动安装:

npminstall -g npx ```:contentReference[oaicite:4]{index=4}

3.2 全局配置(可选)

  • 增加命令白名单(在某些 IDE/CI 中需要)
    在 MCP 客户端配置文件(如 Chainlit 的 config.toml)中,将 npx 加入 allowed_executables 列表(https://docs.npmjs.com/cli/v8/commands/npx)。

更换镜像源(国内用户常用)

npm config set registry https://registry.npmmirror.com/ 

4. 安装 uvx / uvenv

4.1 使用 pipx(推荐)

迁移环境
若已安装旧版,执行:

uvenv self migrate 

将原 uvx 环境和命令一键移至 uvenv(https://github.com/robinvandernoord/uvenv)。

安装 uvx(或 uvenv

pipx install uvx # 安装旧版别名 pipx install uvenv # 安装新版迁移工具

安装 pipx

python3 -m pip install --user pipx python3 -m pipx ensurepath 

4.2 使用 pip(简易)

pip install uvx # 安装旧版(仅 Python x86_64/aarch64 支持 v2.0) # 或 pip install uvenv # 安装新版

注意:uvx v2.0 仅在 Linux x86_64/aarch64 平台通过 PyPI 发布,其它平台请留用 1.x 或源码编译(https://pypi.org/project/uvx/1.0.2/)。

4.3 可选:Shell 集成

uvx setup # 为 Bash/Zsh 自动添加命令补全及环境变量

(同理适用于 uvenv)(https://pypi.org/project/uvx/)。

5. 安装验证

工具验证命令预期输出
npxnpx --version版本号 ≥7.0.0
uvxuvx --version版本号(显示 v<1.x 或提示已迁移至 uvenv)
uvenvuvenv --version版本号 ≥3.0
# 示例(macOS/Linux) $ npx --version 8.19.2 $ uvx --version 1.0.2 $ uvenv --version 3.1.0 

6. 使用示例

6.1 运行 MCP 服务器

# JavaScript 版(通过 npx) npx @modelcontextprotocol/server-chat # Python 版(通过 uvx/uvenv) uvx modelcontextprotocol-server-chat # 或 uvenv modelcontextprotocol-server-chat 

两者将在本地启动一个 MCP 服务器进程,监听标准 I/O,用于与客户端(如 VS Code Copilot Agent、Chainlit)通信。

6.2 临时执行任意工具

# 安装并运行 eslint npx eslint .# 安装并运行 pyflakes uvx pyflakes your_script.py 

7. 常见问题

  • 命令未找到:确认对应工具已加入 PATH,重启终端或手动设置环境变量。
  • 依赖冲突:使用 pipx 可实现完全隔离,避免全局包干扰。
  • 性能考量uv/uvenv 在多包批量安装场景下比 pipx 更快,但功能侧重点不同,可根据需求选用([GitHub][8])。

通过以上步骤,你已掌握在各平台上安装、验证并使用 npxuvx/uvenv 的全流程,助力在 MCP 框架下快速集成和扩展 AI 模型的功能。

Read more

Ribbon - 微服务负载均衡演进史:从 Ribbon 到 Service Mesh(如 Istio)

Ribbon - 微服务负载均衡演进史:从 Ribbon 到 Service Mesh(如 Istio)

👋 大家好,欢迎来到我的技术博客! 💻 作为一名热爱 Java 与软件开发的程序员,我始终相信:清晰的逻辑 + 持续的积累 = 稳健的成长。 📚 在这里,我会分享学习笔记、实战经验与技术思考,力求用简单的方式讲清楚复杂的问题。 🎯 本文将围绕一个常见的开发话题展开,希望能为你带来一些启发或实用的参考。 🌱 无论你是刚入门的新手,还是正在进阶的开发者,希望你都能有所收获! 文章目录 * Ribbon - 微服务负载均衡演进史:从 Ribbon 到 Service Mesh(如 Istio) * 🧭 背景与重要性 * 🎯 Ribbon:客户端负载均衡的经典代表 * 🔍 什么是 Ribbon? * 🛠️ Ribbon 的核心组件 * 💡 Java 示例:使用 Ribbon 实现简单的负载均衡调用 * 🧱 项目结构概览 * 📦 依赖配置 * 🚀 启动类配置 * 🔄 负载均衡服务调用控制器 * 🏢 提供者服务示例 * 🧪 配置文件

By Ne0inhk
Flutter 三方库 redis 挂载鸿蒙分布式高性能终端毫秒级缓存底座全向读写适配解析:构建纯原生套接字链接绕开笨重中间件实现云上状态快照实时映射降维打击时延

Flutter 三方库 redis 挂载鸿蒙分布式高性能终端毫秒级缓存底座全向读写适配解析:构建纯原生套接字链接绕开笨重中间件实现云上状态快照实时映射降维打击时延

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 redis 挂载鸿蒙分布式高性能终端毫秒级缓存底座全向读写适配解析:构建纯原生套接字链接绕开笨重中间件实现云上状态快照实时映射降维打击时延 前言 在 OpenHarmony 应用的高级架构设计中,当我们面对极大规模的实时业务状态同步(如多设备协同的动态配置、高频更新的排行榜、或是多用户在线协同的分布式缓存)时,传统的 RDB 或偏持久化的数据库往往在吞吐量与写入延迟上无法满足需求。通过连接远端 Redis 或在鸿蒙端侧架设 Redis 代理成为了性能优化的杀手锏。redis 库为 Flutter 开发者提供了基于 RESP 协议的纯 Dart 开发驱动。本文将带大家在鸿蒙端实战接入,打造极致稳定的数据“喷泉”。 一、原直线性 / 概念介绍 1.1 基础原理/概念介绍 redis 插件的核心逻辑是基于 基于流式通道的 RESP (REdis

By Ne0inhk
基于 Rust 与 DeepSeek V3.2 构建高性能插件化 LLM 应用框架深度解析

基于 Rust 与 DeepSeek V3.2 构建高性能插件化 LLM 应用框架深度解析

前言 随着大语言模型(LLM)技术的飞速迭代,应用开发范式正经历从"单一脚本调用"向"复杂系统工程"的转变。在构建企业级 LLM 应用时,开发者面临的核心挑战在于如何平衡系统的稳定性与灵活性:既要适配快速更迭的模型接口(如 DeepSeek V3.2),又要满足多样化的业务场景(如代码审计、日志分析、运维自动化)。 本文将深入剖析如何利用 Rust 语言强大的类型系统与所有权机制,结合 DeepSeek V3.2 强大的推理能力,构建一个高内聚、低耦合的插件化 LLM 应用框架。该架构通过定义清晰的 Trait 边界,实现了核心逻辑与业务实现的物理隔离,确保了系统的可扩展性与类型安全。 一、 架构设计理念与分层模型 传统的大模型应用往往将 API 调用、提示词工程(Prompt

By Ne0inhk
mysql-9.6.0-winx64 安装踩雷教程

mysql-9.6.0-winx64 安装踩雷教程

今天安装了mysql-9.6.0-winx64,有部分踩雷事项。 下载地址:mysql 1、D盘新建文件夹mysql,把文件压缩到这个文件夹底下 2、在安装包的根目录底下建一个my.ini文件。文件里面写的内容可以直接复制。 * 注意:很多旧教程里面的配置信息是错误和新的mysql不匹配。 会面临错误:MySQL 9.6.0 启动失败。根源是 配置项: default_authentication_plugin=mysql_native_password 在 9.6 版本中已被移除,同时因配置错误导致系统表 mysql.component 缺失。 * basedir具体的地址填写你自己的。 * datadir的data现在是没有的,要等后面初始化的时候才生成。 [mysqld]port=3307basedir=D:\\mysql\\mysql-9.6.0-winx64 datadir=D:

By Ne0inhk