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

Flutter for OpenHarmony: Flutter 三方库 jaspr 为鸿蒙端开启极速渲染的现代 Web 开发新范式(Dart Web 框架首选)

Flutter for OpenHarmony: Flutter 三方库 jaspr 为鸿蒙端开启极速渲染的现代 Web 开发新范式(Dart Web 框架首选)

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 在进行 OpenHarmony 开发时,我们偶尔需要跳出原生的 HAP 容器,寻找更轻量、更适合在移动端 Web 加载的方案。虽然 Flutter Web 极其强大,但其生成的 Canvas/Wasm 产物体积巨大,在鸿蒙系统加载较慢。是否存在一种方案,既能使用 Dart 的声明式开发体验,又能产出纯正、轻量的 HTML/CSS/JS 节点? jaspr 就是这个问题的终极答案。它是一个模仿 Flutter 语法、但专注于渲染原生 Web DOM 的现代框架。通过 Jaspr,鸿蒙开发者可以利用熟悉的 Widget、Component 和生命周期,

By Ne0inhk

STEP3-VL-10B一文详解:如何用Prometheus监控多模态API服务性能

STEP3-VL-10B一文详解:如何用Prometheus监控多模态API服务性能 1. 引言:为什么需要监控多模态API服务? 当你把STEP3-VL-10B这样的多模态模型部署为API服务后,一个很实际的问题就摆在了面前:这个服务跑得怎么样? 想象一下这样的场景:你的应用接入了STEP3-VL-10B的API,用户上传了一张图片问“这是什么植物?”,然后等了十几秒还没反应。用户可能直接关掉页面走人了,而你作为开发者,完全不知道问题出在哪里——是服务器卡住了?是模型推理太慢?还是网络有问题? 这就是为什么我们需要监控。没有监控,你的API服务就像在黑夜里开车——你不知道前面是直路还是悬崖。 今天我要分享的,就是用Prometheus这个业界标准的监控工具,给STEP3-VL-10B的API服务装上“仪表盘”。你会学到: * 怎么实时看到API的响应速度 * 怎么知道服务有没有挂掉 * 怎么发现性能瓶颈在哪里 * 怎么设置警报,问题一出现就通知你 无论你是个人开发者还是团队运维,这套监控方案都能让你对服务的运行状况了如指掌。 2. Prometheus监控

By Ne0inhk
C++:哈希

C++:哈希

哈希 unordered_set和unordered_map unordered_set set和unordered_set的功能高度相似,只是底层结构不同。 unordered_set与set的差异 1. unordered_set和set的第⼀个差异是对key的要求不同,set要求Key支持小于比较,而unordered_set要求Key支持转成整形且支持等于比较。 2. unordered_set和set的第⼆个差异是迭代器的差异,set的iterator是双向迭代器,unordered_set是单向迭代器,其次set底层是红黑树,红黑树是⼆叉搜索树,⾛中序遍历是有序的,所以set迭代器遍历是有序+去重。而unordered_set底层是哈希表,迭代器遍历是无序+去重。 3. unordered_set和set的第三个差异是性能的差异,整体而言大多数场景下,unordered_set的增删查改更快一些,因为红黑树增删查改效率是O(logN) ,而哈希表增删查平均效率是O(1) 。 unordered_map map和unordered_map也是高度相似,只

By Ne0inhk