Aetae

Винда не считает ' кавычками и кидает их как часть параметра.
Экранировать чтоб оно работало на всех ОС - не так просто, а результат - уродлив, так что рекомендуется просто указать параметры для перезаписи под ключом ts-node в tsconfig.json:

{
  "ts-node": {
    "compilerOptions": {
      "module": "CommonJS"
    }
  },
  ...
}

Потому что последня версия cli 4.2.0 .
hexo-cli - это инструмент для работы с hexo, у него своя версия у hexo как такового - своя.
Не следует путать.

Нет. Ничего делать не надо. Это опциональная зависимость от fsevents(наблюдатель за файлами для линуха), тебе она, соответственно, не нужна.

Локальный модуль можно указывать через link: или через file:. В первом случае создаётся симлинк на модуль в node_modules, во втором модуль туда просто копируется. В первом случаем может не завестись по разным эзотерическим причинам, но если завелось - удобнее конечно использовать его.

Если же использовать не npm, а yarn - добавляются ещё удобные варианты:
1. yarn workspaces: вы кладёте несколько ваших модулей\приложений в один реп, и yarn собирает все зависимости в один node_modules и линкует использующийся модули туда же. В итоге отсутствует дубликация файлов и все модули работают с одними и теми же либами - что полезно в деве если используется расширение сторонних модулей. Очень удобно.
2. yarn link: это чисто локальная фишка для разработки, вы делаете yarn link в корне одного модуля и он регистрируется глобально, после чего в другом модуле где хотите использовать делаете yarn link "имя" и он линкуется.

Открываешь страничку модуля и читаешь:
firebase:

This SDK is intended for end-user client access from environments such as the Web, mobile Web (e.g. React Native, Ionic), Node.js desktop (e.g. Electron), or IoT devices running Node.js. If you are instead interested in using a Node.js SDK which grants you admin access from a privileged environment (like a server), you should use the Firebase Admin Node.js SDK.

firebase-admin:

The Firebase Admin Node.js SDK enables access to Firebase services from privileged environments (such as servers or cloud) in Node.js.

Короче: первое для клиента, второе для сервера.

Учись сам искать инфу, ты не сможешь вечно на каждый чих спрашивать тут.
(Нет, не сможешь. Точно не сможешь. Инфа 100%)

Стили же вручную подключаются, из описания:

import 'vue-toast-notification/dist/theme-default.css';
//import 'vue-toast-notification/dist/theme-sugar.css';

Просто скопируй css в проект, изменяй и подключай напрямую: import './theme-default.css'; или типа того.
Ну элементарная логика же.

А изменения в node_modules в любом случае только локальны, в этом вся суть - не таскать код библиотек с кодом проекта. Если очень надо - можно сделать копию библиотеки и подключить через file:\link:, но это не ваш случай.

Суть какбэ в том, что в npm должен быть javascript. От ts там остаются только декларации. Потому сборка.
Физически ты можешь сбацать чисто ts пакет (где module и\или main указывают на .ts файл), но проблема тут в том, что у каждого своя версия ts, а также настройки ts-транспилятора и линтера свои, из-за чего у рандомного юзера нихрена не соберёся.
Если ты делаешь чисто для себя, то такой проблемы не будет. Поначалу. А потом зоопарк обязательно разрастётся и ты всё проклянешь.
Но в целом, прямо сейчас, тебе ничего не мешает просто сообрать ts файлики в папочку, добавить соответствующий package.json и получить нужный пакет без лишних телодвижений.)

Простейшая же сборка: tsc -d --outDir ./dist и package.json, смотрящий на результат.

А её нет, этой вашей декларации! *криповый смех*

Создатели этого модуля не потрудились сделать декларацию, те декларации что в @types поддерживаются сообществом на открытой основе(лежат вот тут), и туда тоже (пока?) никакой самаритянин не добавил ничего.
Так что вам остаётся только только сделать декларацию самому. Поможет вам в этом (при некоторой удаче) dts-gen.