deAlemán
Disponible95,5% F1 de límites exactos
Documentación
Idiomas y categorías de datos
Vea qué reconoce ShinrAI 1.5, cómo se mide la cobertura y qué API utilizar.
15 variantes lingüísticas del modelo
Un modelo multilingüe con variantes regionales de portugués y hebreo beta. Los idiomas del sitio y los códigos API son distintos.
No hay idiomas ni categorías coincidentes.
enInglés
Disponible97,3% F1 de límites exactos
jaJaponés
Disponible98,5% F1 de límites exactos
frFrancés
Disponible96,4% F1 de límites exactos
esEspañol
Disponible97,6% F1 de límites exactos
itItaliano
Disponible96,1% F1 de límites exactos
plPolaco
Disponible93,5% F1 de límites exactos
pt-PTPortugués · Portugal
Disponible94,6% F1 de límites exactos
pt-BRPortugués · Brasil
Disponible98,2% F1 de límites exactos
ruRuso
Disponible96,9% F1 de límites exactos
ukUcraniano
Disponible95,0% F1 de límites exactos
trTurco
Disponible93,2% F1 de límites exactos
arÁrabe
Disponible90,1% F1 de límites exactos
koCoreano
Disponible95,2% F1 de límites exactos
heHebreo
Beta71,2% F1 de límites exactos
Documentos empresariales, médicos y administrativos; 200 textos por variante. Límites exactos de entidades, incluido el hebreo beta. Evaluación del modelo por Innovius, sin garantía de precisión global del servicio.
Ver metodología y resultados →Variantes del modelo, códigos API e idiomas del sitio
El sitio está en inglés, alemán, japonés, francés y español. El modelo no se limita a estos cinco idiomas.
El adaptador de texto Azure documentado acepta estos códigos de idioma:
de en fr es it pl pt ru uk tr ar he ja ko
El portugués tiene un código API, pero dos variantes regionales evaluadas. Un código aceptado no garantiza todas las categorías ni igual calidad.
Ver límites del adaptador →21 categorías de datos
Ejemplos ilustrativos. La detección depende del contexto y la configuración.
Personas y organizaciones
Personas
Emma WeberPERSONOrganizaciones
Example GmbHCOMPANYContacto y ubicación
Ciudades
BerlinCITYDirecciones postales
Musterstraße 12STREET_ADDRESSDirecciones de correo
emma@example.comEMAILNúmeros de teléfono
+49 30 000000PHONECódigos postales
10115POSTAL_CODEFinanzas
Cuentas bancarias
DE89 3704 0044 0532 0130 00BANK_ACCOUNTMonederos de criptomonedas
0x…CRYPTO_WALLETTarjetas de pago
4242 4242 4242 4242CREDIT_CARDIdentificadores personales
Fechas de nacimiento
14.03.1985DATE_OF_BIRTHIdentificadores nacionales
Tax / identity / social-security IDNATIONAL_IDMatrículas de vehículos
B AB 1234LICENSE_PLATEIdentificadores de clientes y casos
CUSTOMER-0042CUSTOMER_IDFechas y edades
Fechas
12 March 2026DATEEdades
42 yearsAGEInformación digital y confidencial
Nombres de usuario
example\emmaUSERNAMEDirecciones web
https://example.comURLDirecciones de red
192.0.2.1IP_ADDRESSSecretos y tokens de acceso
API_KEY_EXAMPLESECRETNombres en clave de proyectos
Project AuroraPROJECT_CODENAME¿Por qué 21 categorías y 29 clases?
El modelo tiene 21 cabezales de detección. Personas, ciudades, calles y organizaciones tienen tres subtipos cada uno; las otras 17 categorías, uno. Son 29 clases, no 29 categorías independientes.
PERSONcommon, uncommon, rareCITYmajor, medium, smallSTREET_ADDRESSgeneric, specific, localCOMPANYinternational, national, regional
El origen, la forma del nombre y otros atributos ayudan a elegir sustituciones. Son atributos adicionales, no idiomas adicionales ni detecciones garantizadas.
Detectores Enterprise y cobertura de cada API
Enterprise añade reglas deterministas y validación para identificadores compatibles. No se incluyen en las puntuaciones del modelo anteriores.
Los adaptadores incluyen, por ejemplo, números de la seguridad social de EE. UU., códigos bancarios, códigos SWIFT y números de identificación de vehículos. La cobertura y el contexto necesario varían según la API.
Los adaptadores exponen categorías y operaciones documentadas. Las opciones no compatibles se rechazan; los hallazgos sin correspondencia pueden generar avisos. Use la API nativa para otros hallazgos.
Documentación de API nativa y compatibilidad →