Qué significa una ficha verificada
Una ficha verificada es un registro de divulgación. Esta página enumera cada campo que puede contener, explica qué significa una marca de verificación y qué no, y muestra qué parte del catálogo está cubierta hoy.
LLM EU Verified significa documentado, no certificado legalmente. No es una evaluación de conformidad con el Reglamento de IA y LLM EU no es un organismo de la UE.
Una marca de verificación significa documentado, no auditado
Una marca de verificación indica que la fila del endpoint registra un valor para ese campo y que el valor puede leerse en la ficha. No dice nada sobre quién lo comprobó, si es correcto o si seguirá siendo cierto mañana. No hay una auditoría independiente detrás de una marca de verificación. Un campo sin fuente se deja sin marcar y se nombra en missing_items en lugar de rellenarse.
Sin certificación, sin evaluación de terceros, sin sello de cumplimiento
LLM EU Verified no es una certificación ni un sello de cumplimiento. No se ha realizado ninguna evaluación de terceros, no existe ninguna evaluación de conformidad y LLM EU es una empresa privada, no una autoridad de control ni un organismo de la UE. Esto es ADR-006 en docs/product/decisions.md: el producto nunca afirma tener una certificación, y el valor de un hub europeo es que sus afirmaciones resisten la lectura de un delegado de protección de datos. Un lector que necesite una garantía que una marca de verificación no puede dar debe tratar los documentos enlazados como documentos y nada más.
Todos los campos que registra una ficha
Diez campos, leídos de la tabla verified_cards en packages/shared/src/db/schema.sql. Las seis marcas de verificación se almacenan como 0 o 1; las cuatro URL se almacenan como enlaces, y una vacía es la ausencia de ese documento.
| Campo en verified_cards | Qué registra |
|---|---|
| residency_disclosed | La residencia del propio endpoint: su región y clase de soberanía, leídas de la fila del endpoint y no de la ficha del modelo. |
| provider_disclosed | El proveedor de los pesos, de modo que la entidad detrás del modelo se nombre en lugar de quedar implícita. |
| version_pinned | La versión fijada del modelo que sirve el endpoint, para que una afirmación sea sobre una versión y no sobre una etiqueta cambiante. |
| retention_disclosed | Qué ocurre con un prompt en ese endpoint. Retención cero significa que los cuerpos de prompt y de finalización nunca se escriben en la base de datos. |
| subprocessors_disclosed | Si se revelan los subencargados detrás del endpoint. El inventario está incompleto, y la página legal lo indica. |
| license_disclosed | La licencia registrada para los pesos, con el identificador y, cuando se registra uno, la URL del texto de la licencia. |
| security_docs_url | Un enlace a una página de seguridad publicada por el proveedor. Un documento, no un hallazgo. |
| gdpr_docs_url | Un enlace a la página de RGPD o privacidad del proveedor. Un documento, no un hallazgo. |
| ai_act_docs_url | Un enlace a un aviso sobre el Reglamento de IA. Un documento, no una evaluación de conformidad ni evidencia de una. |
| language_evidence_url | Un enlace a evidencia de los idiomas que afirma el modelo. Sin una fuente, la afirmación se publica como no verificada. |
missing_items se publica, no se oculta
missing_items es la lista de campos que la revisión registró como aún ausentes para un endpoint. Es un registro de una laguna, no un estado de fallo, y se muestra en la ficha en lugar de suprimirse. Un campo puede estar a la vez almacenado y listado como ausente, y cuando eso ocurre esta página muestra ambos en lugar de reconciliarlos.
| Campo registrado como ausente | Fichas que lo enumeran |
|---|---|
| ai_act_docs_url | 6 de 6 fichas |
| language_evidence_url | 6 de 6 fichas |
| subprocessors_disclosed | 6 de 6 fichas |
Registrados como ausentes y que además contienen un valor: ai_act_docs_url. Ambos se leen de la fila tal como está; esta página no los reconcilia.
Qué parte del catálogo tiene ficha
6 de los 53 endpoints del catálogo tienen ficha verificada; 47 no. El recuento se lee de las filas de endpoints en el momento del renderizado, así que se mueve con el catálogo en lugar de afirmarse aquí.
La cobertura no es calidad. Un endpoint sin ficha no es un hallazgo negativo: es un endpoint para el que nadie ha escrito todavía las divulgaciones, y la ausencia de la ficha es el estado honesto.
Base: packages/shared/src/db/schema.sql (verified_cards), apps/web/server/pages/public.mjs (verifiedChecklist), scripts/seed.mjs (qué endpoints reciben ficha), docs/product/decisions.md (ADR-006).