SomeHuman2

Ты можешь строить цепочки лоадеров: require(`!a-loader!b-loader!c-loader!file')
Но это, на самом деле, неправильно. Правильный подход - прописать все цепочки для нужного расширения сразу в конфиге вебпака, со всеми нужными параметрами и просто делать require(`file').

Нет. Но ты можешь написать свой лоадер, который будет это делать. Это не сложно.
Однако непонятно нахрена козе баян. Просто положи реальный файлик отдельно и всё, чем инлайн ужасы городить. Это прямо противоречит идее модульности, на которой всё это и построено.

https://docs.npmjs.com/cli/v7/commands/npm-link#sy...
Пример в самом начале.
Суть в том, что npm link нужно использовать 2 раза, сначала в папке линкуемого пакета без параметров, потом в папке куда линкуем с именем линкуемого пакета из его package.json

Но вообще это инструмент для отладки, а для Ваших целей лучше просто отдать webpack абсолютный путь до файла с лоадером, который проще всего получить через require.resolve

что я сделал не так

Бросили читать документацию на самом интересном месте.
https://nodejs.org/en/docs/guides/debugging-gettin...

https://webpack.js.org/contribute/writing-a-loader/

Раздел Simple Usage

Первое, что нужно здесь понять, то что лоадер работает в compile-time, а Ваш js код где require - в run-time.
Лоадер получает на вход исходный текст файла (или текст выданный предыдущим лоадером) и выдает свой текст на выход. Последний лоадер (в цепочке лоадеров webpack он стоит первым) должен выдавать валидный js.
Ваш лоадер конечно может сгенерировать в выходном файле функцию, но на процесс компиляции она уже повлиять особо не сможет.