вывод

А чего у вас Линки в <Router> делают?

Пример взял отсюда https://svelte.dev/repl/c81d8f3dff584065a82b2d3ea7cd4aee?version=3.35.0

Лучше это дело не объединять. У тебя будет ненужная связность двух очень разных процессов. Будет неловно, если твои бэкграунд-таски забьют мейн-тред, например, сломав тебе SSR; или вообще заимеют внутри себя баг, из-за чего у тебя упадёт сайт, потому что таски будут бросать необработанное исключение.

Разнеси это на два процесса, управляй ими через pm2 или что-то другое. Соответственно, добавляй эту строку про initBackgroundTasks в отдельный файл, типа workers.ts

дак можно же процессы воркеров из сервера стартануть, он наверно об этом и спрашивал

я согласен со всем перечисленным , но:
-  таски живут в своих воркерах
- это не очень разные процессы, а как раз очень близкие - между ними шарятся типы) можно конечно сделать библиотеку типов и создать отдельный модуль или лерну и считать это монорепозиторием.  Но это излишнее усложнение

Типы и то, как ты запускаешь, не имеют между собой ничего общего же. Храни таски в этом репе, это не проблема. Просто не вкорячивай запуск воркеров в свелткит, а положи отдельно куда-нибудь.

Так я и пишу, что это не очень хорошо.

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

можно конечно и так

Не надо объединять инстансы воркеров с инстансами рендерилки. Это очень плохо.

блин это плохо в какой-то обобщенной ситуации которую надо бесконечно скейлить

Это плохо в любой ситуации.

зависит от кейса

чем это плохо в ситуации единственный  инстанс сервера и единственный инстанс воркера

У этого в буквальном смысле нет ни одного преимущества, кроме шаринга ресурсов и одного нод-процесса (40Мб памяти и 0% загрузки CPU в idle режиме).
А минусов — просто дохренища :)

дак это разные процессы

из + еще упрощение сборки и деплоя.

В смысле разные процессы? Я может не очень правильно понял задачу, но выглядит, что речь идёт про запуск воркеров, которые будут обрабатывать очередь задач.