Dmitriy Grape

Потому что его нужно импортировать в модуль.

@Module({
  imports: [
    Reflector,
    ...
  ],
  providers: [
    {
      provide: APP_GUARD,
      useClass: JwtAuthGuard,
    },
  ],
})
export class AppModule {}

Я сам долгое время пытался найти или придумать нормальную структуру для проектов на NestJS и вот к чему я смог прийти:

1. Модули (речь идёт о программных модулях в принципе, не только о модулях в контексте Nest), которые нужны по всему проекту я кладу в папку common, примерами таких модулей могут служить некоторые DTO; сущности/модели; глобальные гарды и тд;
   
2. Сами модули я кладу в корень /src, но, например, у меня на работе в проекте все модули лежат в папке modules, что, в принципе, тоже неплохо.
   
3. Под каждый тип файла я создаю отдельную папку. Например, в папке модуля auth находятся папки: dto, services (если в модуле больше одного сервиса, то я создаю для них отдельную папку), если сервис один, то кладу его в корень папки модуля.
   
4. Если проект реализует REST API, то путь к моим модулям совпадает с путями, определёнными в их контроллерах. Пример в одном из моих проектов: https://github.com/GrapeoffJS/CRMServer/tree/maste...
   

Также пример с использованием GraphQL: https://github.com/GrapeoffJS/grapecode-server/tre...

В вашем случае, я не совсем понимаю, зачем для JWT делать отдельный модуль. Просто сделайте сервис (в контексте модуля Auth), который будет делать вам токены.

PS. В вашем примере файлы именуются с большой буквы, но в nest принято всё именовать с маленькой буквы, также если имя вашего модуля/сервиса/контроллера/резолвера/чего-то ещё состоит из нескольких слов, то вы должны использовать snake-case. Примеры: email-confirmation.service.ts, update-user.dto.ts. То же самое относится и к директориям.

Ещё более коротко

try {
      return await this.userModel.create(dto);
    } catch {
      throw new HttpException(
        'User with this login already exist',
        HttpStatus.CONFLICT,
      );
    }
}

.orderBy() и .limit()

Если вы хотите использовать провайдеры из одного модуля в другом, используйте массив exports: []

@Module({
  imports: [
    TypeOrmModule.forFeature([UserEntity, ForgotEntity]),
  ],
  controllers: [UserController],
  providers: [UserService],
  exports: [UserService] // Экспортируем зависимости данного модуля.
})
export class UserModule{}

@Module({
  imports: [
    TypeOrmModule.forFeature([PaymentsEntity]),
    UserModule // Импортируем его сдесь. Теперь в пределах данного модуля нам доступен UserService.
  ],
  controllers: [PurchaseController],
  providers: [PurchaseService]
})
export class PurchaseModule {}

Ну и не забывайте про nest'овский стайлгайд: все модули, сервисы, контроллеры, энтити, в общем — классы именуем с большой буквы.

Вы делаете запрос на /items

При этом ваш контроллер не обрабатывает этот роут

@Controller('/items')

Потом вы получаете доступ к объекту response в getAll, и делаете это с помощью декоратора @Response, но в Nest, как только вы получаете доступ к объекту ответа, всё управление ответом передаётся вам, а значит вы должны вызвать res.end() или res.json() чтобы завершить запрос.

А на Post запросе, как я понял, вы отправляете JSON объект, но получаете его с помощью @Param, а параметры это вообще про другое — вам нужен @Body()