Las funciones para nuevos tipos primitivos ( Symbol , BigInt ) no obtienen firmas de construcción porque TC39 no cree que las necesiten. Sobre este tema de la propuesta de BigInt , Jordan Harband (miembro de TC39 y exeditor de la especificación) dijo:

Al igual que Symbol , no tiene sentido usar new con cosas que producen un primitivo. Dado que BigInt (como Symbol ) es una primitiva, solo debe invocarse como una función.

Lamentablemente, los constructores primitivos anteriores a ES6 deben conservar su new capacidad, para retrocompatibilidad.

y de este (también Jordán):

...los usuarios nunca deben usar new con un objeto Number , porque se considera una muy mala práctica usar primitivos en caja.

El nuevo paradigma (sin juego de palabras) es el que sigue Symbol : si desea un objeto, debe pasar explícitamente la primitiva a Object . new Primitive() es una pistola, y las nuevas primitivas no deberían continuar con este patrón heredado.

Los casos de uso para new String , etc., son muy pocos y distantes entre sí (si es que hay alguno que no se resuelva mejor de otra manera). Tener firmas de construcción para Number , String y Boolean es confuso (¿crea una cadena simplemente usando un literal o usando una new String ? ¿Por qué es new String("x") === "x" es falsa? etc. ). Parece que el comité decidió evitar ese tipo de confusión con los primitivos más nuevos. (Todavía tienen contrapartes de objetos, es un poco menos obvio cómo los obtienes, por lo que es menos probable que causen confusión).