¿Cuál es la diferencia entre any y unknown en TypeScript y cuándo recurres a cada uno?

any apaga la comprobación de tipos para ese valor, así que cada acceso a propiedad y cada llamada compilan aunque estén mal. unknown acepta cualquier valor de entrada pero te obliga a estrecharlo con una comprobación typeof, un type guard o un parseo de esquema antes de poder usarlo. Recurre a unknown en las fronteras de confianza como respuestas de fetch y JSON.parse. Recurre a any casi nunca.

Mi regla es que any es un bug que todavía no he encontrado. Si escribo any, le he dicho al compilador que deje de ayudarme y el fallo aparece en tiempo de ejecución en el navegador de un usuario. unknown es la versión honesta: dice que no sé qué es esto, y el compilador me obliga a demostrar la forma antes de tocarlo. En la práctica eso significa que todo lo que cruza una frontera de confianza empieza como unknown. Una respuesta de fetch, el cuerpo de un webhook, lo que salga de JSON.parse o de localStorage. En una fintech en la que trabajé escribíamos a mano los tipos de respuesta de la API y se desincronizaron del backend en unos dos meses, así que un campo que pasó a ser nullable empezó a romper el render de una tabla en producción. Pasamos a parsear con zod en la frontera y a inferir los tipos de TypeScript desde el esquema, y esa clase entera de bug desapareció. El único sitio donde todavía permito any es dentro de un helper genérico muy acotado, e incluso ahí unknown más un guard suele bastar.