我遇到了同样的问题，我不特别喜欢使用别名(正如常规的建议)，如果你也不喜欢它们，那么这里有另一个我使用的解决方案，你首先必须创建一个小的可执行bash脚本，说setenv.sh:

#!/bin/sh

# Add your local node_modules bin to the path
export PATH="$(npm bin):$PATH"

# execute the rest of the command
exec "$@"

然后，您可以使用以下命令使用本地/bin中的任何可执行文件:

./setenv.sh <command>
./setenv.sh 6to5-node server.js
./setenv.sh grunt

如果你在包中使用脚本。json:

...,
scripts: {
    'start': './setenv.sh <command>'
}

PATH解决方案有一个问题，如果$(npm bin)被放在你的.profile/。Bashrc /etc只计算一次，并且永远被设置到路径第一次计算所在的目录。如果您修改当前路径，那么每次运行脚本时，路径都会增长。

为了解决这些问题，我创建了一个函数并使用它。它不会修改您的环境，使用简单:

function npm-exec {
   $(npm bin)/$@  
}

然后可以像这样使用，而不需要对环境进行任何更改:

npm-exec r.js <args>

更新:我不再推荐这种方法，既是因为上面提到的安全原因，也是因为更新的npm bin命令。原答案如下:

正如您所发现的，任何本地安装的二进制文件都在./node_modules/.bin中。为了总是在这个目录下运行二进制文件，而不是全局可用的二进制文件，如果存在，我建议你把./node_modules/.bin放在你的路径的前面:

export PATH="./node_modules/.bin:$PATH"

如果你把这个放在~/。配置文件，coffee将永远是。/node_modules/.bin/coffee(如果可用的话)，否则是/usr/local/bin/coffee(或任何你安装节点模块的前缀)。

我提出了一个我已经开发的新解决方案(05/2021)

您可以使用lpx https://www.npmjs.com/package/lpx来

运行本地node_modules/.bin文件夹中的二进制文件 在工作空间的任何地方运行工作空间根目录的node_modules/.bin中的二进制文件

如果在本地找不到二进制文件，LPX不会下载任何包(即不像npx)

例子: LPX TSC -b -w将与本地typescript包一起运行TSC -b -w

如果你想保留npm，那么npx应该做你所需要的。

如果切换到yarn (facebook的npm替代品)是你的一个选择，那么你可以调用:

 yarn yourCmd

包中的脚本。Json将优先，如果没有找到，它将在./node_modules/.bin/文件夹中查找。

它还输出它运行的内容:

$ yarn tsc
yarn tsc v0.27.5
$ "/home/philipp/rate-pipeline/node_modules/.bin/tsc"

因此，您不必为package.json中的每个命令设置脚本。

如果你在package.json中有一个定义在.scripts的脚本:

"tsc": "tsc" // each command defined in the scripts will be executed from `./node_modules/.bin/` first

纱线TSC相当于纱线运行TSC或NPM运行TSC:

 yarn tsc
 yarn tsc v0.27.5
 $ tsc

TL;DR:使用npm exec与npm@>=7。

在其他回答中提到的npx命令已经在npm@7中完全重写，该命令默认与node@15一起发布，可以安装在node@>=10上。这个实现现在等于新引入的npm exec命令，它类似于之前的npx命令实现，但不等于。

一个不同之处在于，当一个依赖项还没有安装时，它总是交互式地询问是否应该下载它(也可以用参数——yes或——no来覆盖)。

这里有一个npm exec的例子。双破折号(——)将npm exec参数与实际的命令参数分开:

npm exec --no -- jest --coverage

请参见更新后的npm exec官方文档。