Claude introduce KYC para algunos usuarios

Qué ha cambiado exactamente en el acceso a Claude

Se trata de un endurecimiento real del acceso, pero no de una prohibición universal para todas las cuentas nuevas. En septiembre de 2026, el centro de ayuda de Anthropic indica que la verificación de identidad puede aplicarse a determinados usuarios y organizaciones antes de acceder a algunas capacidades avanzadas de Claude. La redacción es relevante: puede aplicarse, no es obligatoria para todos.

La verificación puede requerir un documento físico oficial con fotografía y la cámara del teléfono para un selfie en vivo. Para una organización, el conjunto de datos es más amplio: razón social, dirección, número de registro y prueba de identidad de la persona que presenta la solicitud. Anthropic también vincula la identificación con solicitudes de herramientas específicas de ciberdefensa en tiempo real para Claude Opus y Sonnet.

Decir que las cuentas antiguas seguirán funcionando igual y que todas las nuevas deberán pasar KYC es más tajante que la descripción oficial. Los materiales disponibles confirman el mecanismo de verificación y su uso en algunos escenarios, pero no permiten considerar la frontera entre cuentas antiguas y nuevas como una regla absoluta. La diferencia entre la observación de un usuario y una política documentada importa de verdad.

Por la descripción de los cambios, la principal barrera está del lado del acceso de consumo, incluidas las suscripciones Pro o Max. Los desarrolladores de API y los clientes empresariales figuran como grupos a los que este control de acceso de consumo apenas afecta. Esto no elimina las verificaciones organizativas en procesos concretos, pero separa dos vías de acceso distintas.

Para los desarrolladores cambia el riesgo arquitectónico

La consecuencia principal es sencilla: una cuenta de consumo de Claude es una base menos fiable para herramientas internas y automatización. Si el flujo de trabajo depende de que un usuario inicie sesión manualmente, el documento adicional y el selfie añaden fricción al registro y pueden aumentar la pérdida de usuarios. En un experimento es una molestia; en un proceso repetible, ya es un riesgo operativo.

Un enfoque basado en API parece más resistente, ya que la información disponible no sitúa el acceso a la API detrás de la misma barrera de consumo. La diferencia se vuelve especialmente clara al escalar: un parque de cuentas normales asume no solo los límites de suscripción, sino también el riesgo de verificación individual de identidad. El diseño ya era frágil; KYC simplemente ha hecho visible esa fragilidad.

Yo empezaría por aclarar los límites de la verificación: qué funciones la activan, qué ocurre si falla el selfie y cómo se gestionan las cuentas organizativas. Hasta que estos detalles estén mejor definidos, la cuestión central no es el KYC en sí, sino la imprevisibilidad de que aparezca en mitad de un flujo de trabajo.

Anteriormente explicamos cómo los activadores de seguridad de la API de OpenAI pueden alertar a los propietarios de cuentas y exigir controles de cumplimiento más estrictos. El requisito KYC de Claude sigue el mismo giro hacia una gobernanza más rigurosa de la identidad y las cuentas para acceder a la IA.