En ciencias de la vida, el acceso al modelo se está convirtiendo en un activo gobernado
El programa de verificación de Anthropic vincula capacidades a organizaciones verificadas, permisos acotados y uso supervisado. Qué implica para la I+D farmacéutica en España.
Escuche este artículo · 6 min
Narración completa del artículo, generada con IA.

La biología es el ejemplo más claro de un ámbito de doble uso. La misma pregunta puede servir a un programa de vacunas o a un programa de armas, y a menudo el modelo no puede distinguirlo. Para los equipos de ciencias de la vida, el resultado ha sido frustrante: las salvaguardas generales bloquean una parte importante del trabajo legítimo en descubrimiento de fármacos, biología de investigación y desarrollo.
El 17 de septiembre, Anthropic anunció otro enfoque. En lugar de una única configuración de seguridad para todos, el acceso a capacidades más permisivas depende de quién es usted, de lo que declaró que haría y de que su uso real coincida con ello.
Qué anunció Anthropic
El Life Sciences Verification Program (LSVP) se lanza en beta, inicialmente para equipos e instituciones. Según Anthropic:
- La verificación revisa credenciales de investigación, estándares de seguridad y supervisión ética de la investigación.
- Los permisos de Uso Estándar cubren a equipos completos en el trabajo diario, desde ciencia básica e I+D hasta fabricación, desarrollo clínico, calidad y asuntos regulatorios. Incluyen Mythos 5.1, Opus 5 y Sonnet 5 con clasificadores más permisivos para tareas científicas, y se renuevan cada año.
- Los permisos de Uso de Alto Riesgo son complementos para proyectos concretos en áreas que siguen bloqueadas en el Uso Estándar. Se aplican a un único proyecto y se renuevan cada seis meses.
- Las demás salvaguardas se mantienen, como los clasificadores de ciberseguridad.
- El control pasa del bloqueo en tiempo real a la supervisión posterior, comparando el uso con los casos declarados por la organización. Si algo queda fuera de alcance, Anthropic lo notifica a los administradores de la organización, que actúan en plazos acordados.
- El tráfico del LSVP requiere una retención de datos de 30 días para esa supervisión. Anthropic afirma que esos datos están compartimentados y no pueden usarse para entrenamiento ni consultarse por sus equipos de investigación en ciencias de la vida.
La disponibilidad tiene límites claros. El LSVP está disponible en la consola propia de Anthropic para uso por API y en los planes Claude for Enterprise y Team. Todavía no está disponible en plataformas de terceros. Y, al ser una beta, no está disponible para organizaciones con BAA, el acuerdo que se usa en EE. UU. para datos de salud protegidos. Anthropic indica que los clientes con ese tipo de datos deben usar organizaciones separadas, sin BAA, para este trabajo.
Qué cambia realmente
El cambio interesante no es “modelos más permisivos”. Es que el acceso a capacidades pasa a ser algo que la organización posee, delimita y por lo que responde, más parecido a una autorización de laboratorio que a una licencia de software.
Eso genera obligaciones del lado del cliente:
Los casos de uso se convierten en un artefacto de gobernanza. Los permisos se vinculan a los casos declarados. Esas descripciones necesitan un responsable, una revisión periódica y un vínculo con proyectos reales.
El triaje de alertas pasa a ser suyo. Cuando la supervisión detecta un uso fuera de alcance, los administradores de la organización deben responder en los plazos acordados. Eso requiere un equipo designado y un procedimiento, como cualquier alerta de seguridad.
Las renovaciones son un proceso. Renovaciones anuales y semestrales, por equipo y por proyecto, son trabajo administrativo que alguien tiene que seguir.
La frontera clave en Europa: investigación frente a datos de salud
En España, como en el resto de la Unión Europea, los datos relativos a la salud son una categoría especial de datos personales bajo el RGPD (artículo 9), con condiciones específicas para su tratamiento. Eso hace que la separación entre I+D y datos de pacientes no sea solo una buena práctica, sino una necesidad de diseño.
En la práctica, las farmacéuticas, biotecnológicas y centros de investigación interesados deberían diseñar desde el principio:
- Un entorno de investigación y desarrollo que no trate datos de pacientes ni de participantes identificables.
- Un entorno separado para cualquier trabajo con datos de salud, con las bases jurídicas, contratos y controles que esos datos exigen.
- Controles de clasificación que impidan que esos datos entren en el entorno del programa, con formación para que los investigadores sepan dónde corresponde cada trabajo.
Además, la retención de 30 días que exige el programa es un nuevo tratamiento que el delegado de protección de datos debería evaluar, sobre todo si implica investigación no publicada o datos de socios, y el procesamiento fuera del Espacio Económico Europeo requiere analizar el régimen de transferencias internacionales.
Nada de esto es una afirmación de cumplimiento normativo. Es una afirmación sobre mantener perfiles de riesgo distintos en lugares distintos, que ya es buena arquitectura en sí misma.
- Investigación y descubrimiento
- Desarrollo y fabricación
- Control de clasificación de datos
- Cargas con datos de salud y de pacientes
- Organización LSVP, sin datos de salud: Investigación y descubrimiento · Desarrollo y fabricación
- Entorno separado: Cargas con datos de salud y de pacientes
Control que opera la organizaciónQueda fuera del programa
Qué hacer ahora
- Enumere el trabajo que hoy bloquean las salvaguardas generales y estime su valor. Ese es el caso de negocio, o su ausencia.
- Clasifique las cargas de trabajo: cuáles tratan datos de salud, cuáles implican propiedad intelectual no publicada y cuáles ninguno de los dos.
- Designe responsables de los casos de uso declarados, de las renovaciones y del triaje de alertas.
- Diseñe la separación entre entornos de investigación y de datos de salud antes de incorporarse al programa, no después.
La lección va más allá de un proveedor. En la ciencia regulada, los mejores modelos son solo una parte de la respuesta. El acceso verificado, acotado y supervisado se está convirtiendo en parte de la arquitectura, con obligaciones para ambas partes. Para ver cómo encajan esas obligaciones en el stack completo, consulte nuestra guía de 2026.