Node / bash / (fish) скрипт для выполнения аргументов, не проанализированных в JS

Я пытаюсь написать команду узла, которая просто оценивает и выводит код, переданный в аргументах. В идеале мне не нужно было бы заключать их в кавычки или сначала помещать в файл. Если сценарий node / bash называется n и находится в пути, я хочу, чтобы это произошло:

$ n 1 + "1"
11

Я попытался добиться этого, просто объединив все аргументы оболочки с пробелом, но в приведенном выше случае не удалось, потому что аргументы - это ["1", "+", "1"], поскольку двойные кавычки являются частью синтаксиса оболочки для определения аргумента. Это означает, что вместо этого я получаю следующее:

$ n 1 + "1"
2

Вот мои попытки в обоих узлах

#!/usr/bin/node
console.info(eval(process.argv.slice(2).join(' ')))

и бить

#!/bin/bash
node -e "console.info(eval(\"$*\"))"

Позже я попытался подойти к этому с другой стороны: я знал, что ps <pid> хранит полную команду, и думал, что он никак не проанализирует ее. Вот почему я подумал, что это невозможно сделать без добавления каких-то странных внутренних ловушек. Поэтому я написал сценарий узла для вывода команды ps-stored с текущим pid:

#!/usr/bin/node
require('child_process').exec(`ps ${process.pid}`, (err, stdout) => {
  const [ headers, process ] = stdout.split('\n');
  const commandIndex = headers.indexOf('COMMAND');
  const command = process.substring(commandIndex).split(' ').slice(2).join(' ');
  console.info(command);
})

к сожалению, ps также хранит проанализированный ввод:

$ n 1 + "1"
1 + 1

Я бы подумал, что в bash будет переменная окружения с неанализируемой текущей командой, но я не смог ее найти.

На самом деле я использую рыбы для фактического запуска команды, что может дать некоторое преимущество, но я понимаю, что вопрос о рыбе может быть не полезен такому количеству людей.

Может быть, есть способ получить эти аргументы из узла? Скрытая переменная окружения, которую я мог пропустить? Как я могу создать $ n 1 + "1", который различает аргументы в кавычках и без кавычек, чтобы выводить 11?

Перенос или экранирование не являются приемлемым решением!