Win11 PowerShell下npm run传参开头^字符被截断如何解决

运行环境：Windows 11、PowerShell 7.2.5
尝试向Node.js应用传入内容为^@Test的正则表达式作为启动参数，其中^是PowerShell中用于标识转义序列的特殊字符。
测试用Node.js代码如下：

const param = process.argv[2];
console.log(param);

直接执行以下命令时程序运行正常，可正确输出^@Test：

node index.js "^@Test"

在package.json中配置如下脚本后：

"scripts": {
  "start": "node index.js"
}

执行npm run start "^@Test"启动脚本时，参数开头的^会被截断，程序仅输出@Test。
特殊现象：当^字符任意一侧存在空格时不会被截断，以下命令均可正常输出预期内容：

npm run start "^ @Test" // 输出 "^ @Test"，符合预期
npm run start " ^@Test" // 输出 " ^@Test"，符合预期
npm run start " ^ @Test" // 输出 " ^ @Test"，符合预期

已尝试的转义方案均未生效：

npm run start "^^@Test" // 输出 "@Test"
npm run start "`^@Test" // 输出 "@Test"
npm run start "\^@Test" // 输出 "\\@Test"

添加--参数分隔符无法解决问题：

npm run start -- "^@Test" // 输出 "@Test"

更换引号类型、不传引号直接传参同样无法正常传递^字符：

npm run start ^@Test // 输出 "@Test"
npm run start '^@Test' // 输出 "@Test"

这不是转义方式使用错误，是Windows平台下npm执行脚本的多层转义机制导致的已知问题：

• PowerShell会先对传入的参数做第一层解析处理
• 核心诱因：Windows下npm执行package.json中配置的脚本时，会默认调用cmd.exe运行命令，而^恰好是cmd.exe的默认转义字符。当^出现在引号包裹内容的起始位置时，cmd会直接将其识别为转义标记吞掉，不会作为普通字符传递给后续的node进程
• 「^两侧有空格就不会被截断」的现象完全符合cmd的转义规则：只有^作为非空格内容段的开头时才会被判定为转义符，前后存在空格时会被识别为普通字符
  之前尝试的转义方案不生效，本质是转义层数不匹配：PowerShell解析、npm参数拼接、cmd转义三层逻辑叠加，仅加一层转义符到cmd层依然会被当成转义标记消耗。

• 方案1：匹配转义层数，使用4个^传递1个实际的^，每一层解析流程会消耗一个转义符：

  npm run start "^^^^@Test"
  

  执行后node进程可正常收到^@Test参数
• 方案2：替换包管理工具为pnpm或yarn，这两个工具在Windows下执行脚本时不会调用cmd做二次转义，不存在特殊字符被吞的问题，直接执行pnpm run start "^@Test"即可正常传参
• 方案3：如果不想更换工具，可将正则内容通过环境变量传递，绕过命令行参数的多层转义逻辑

内容的提问来源于stack exchange，提问作者mmm321321