Johannes Heidecke, jefe de sistemas de seguridad de OpenAI desde 2024, abandona la empresa después de una reorganización interna que ha fusionado los equipos de seguridad e investigación bajo el liderazgo de una sola persona. Es la segunda vez en menos de dos años que OpenAI hace exactamente lo mismo. Y el patrón de salidas de figuras de seguridad en la empresa ya tiene nombre propio en la industria.
Lo reporta Alina Maria Stan en TheNextWeb el 11 de julio, citando el informe original de Wired.
La reorganización: seguridad dentro de investigación, otra vez
Mark Chen, director de investigación (CRO) de OpenAI, comunicó internamente mediante un memorándum que los equipos de seguridad reportarán ahora a Mia Glaese, cuyo cargo ha sido ampliado al nuevo título de VP de Investigación y Seguridad. Saachi Jain asume el rol de jefa interina de sistemas de seguridad mientras la empresa busca el sustituto permanente de Heidecke.
La justificación de Chen en el memo es directa: «Es importante que nuestro trabajo de seguridad esté integrado con el desarrollo de modelos de frontera, con un papel más temprano y directo en la conformación de las decisiones clave de modelos, productos y lanzamientos.» Es el mismo argumento que OpenAI usó la primera vez que fusionó seguridad e investigación. Es un argumento razonable en teoría —la seguridad que no conoce el modelo no puede evaluarlo— y cuestionable en práctica cuando el historial de la empresa muestra que la fusión produce salidas, no integración.
El historial de los últimos dos años
La lista de salidas de figuras de seguridad en OpenAI desde 2024 es suficientemente larga como para considerarla un patrón:
Mayo 2024: El equipo de Superalignment, anunciado en 2023 con la promesa de dedicarle el 20% de la capacidad de cómputo de la empresa, fue disuelto después de que sus colíderes, Ilya Sutskever y Jan Leike, abandonaran OpenAI. Leike escribió públicamente al salir que «la cultura de seguridad y los procesos han quedado en segundo plano frente a los productos brillantes.»
Octubre 2024: El equipo de AGI Readiness fue disuelto cuando su líder Miles Brundage dimitió.
Febrero 2026: La Mission Alignment team —el sucesor de Superalignment— fue desmantelada. Su líder Joshua Achiam pasó a llamarse «jefe de futurismo» de la empresa.
Julio 2026: Heidecke sale. Seguridad vuelve a quedar dentro de investigación.
Todo esto ocurre mientras el catálogo de salidas de OpenAI desde abril de 2026 suma ya al menos a su jefe de producto, el responsable de Sora, el CTO de aplicaciones B2B y ahora el jefe de seguridad. El mismo día en que se anuncia la salida de Heidecke, Fidji Simo —CEO de aplicaciones de OpenAI, la persona más cercana a Altman en el organigrama de producto— confirmaba su baja médica indefinida. La empresa más poderosa de la industria de IA está en reconstrucción de equipo en varios frentes simultáneamente.
El argumento a favor y el argumento en contra
La posición de OpenAI tiene una lógica coherente. La crítica clásica a los equipos de seguridad separados es que llegan tarde al proceso: el modelo está casi listo antes de que los evaluadores lo vean. Integrarlos en la cadena de desarrollo les daría más influencia en las decisiones tempranas. Es la misma lógica que se usa para integrar la seguridad informática en el ciclo de desarrollo de software (DevSecOps).
El contraargumento es estructural: un equipo de seguridad que reporta dentro de investigación tiene menos poder institucional para decir no a un lanzamiento que uno que reporta directamente al CEO o a una junta independiente. La independencia es el mecanismo por el cual la seguridad puede frenar un producto. Si los evaluadores de seguridad dependen del mismo jefe que los investigadores, el incentivo implícito es no ser el obstáculo.
OpenAI lanzó el 6 de abril un Safety Fellowship para invitar a investigadores externos a hacer trabajo de seguridad y alineación de forma independiente en el laboratorio. Es un movimiento que señala que la empresa quiere mantener la apariencia de rigor externo. El lanzamiento de GPT Live el 9 de julio —su modo de voz full-duplex más ambicioso hasta la fecha— ilustra en qué está enfocada la empresa ahora mismo: productos para el consumidor masivo que llenan los titulares. El cierre de Sora en abril fue la señal más clara de que OpenAI está eliminando todo lo que no produce retorno visible a corto plazo. Seguridad, al menos bajo la estructura de equipo separado, entra en esa categoría de cosas que «ralentizan» el producto.
Mi valoración
Llevar desde 2024 cubriendo las reorganizaciones de OpenAI y lo que me resulta más llamativo no es ninguna salida individual sino la velocidad de las reclasificaciones. Que la Mission Alignment team —el sucesor de Superalignment— durara solo 16 meses antes de ser disuelta convierte cada promesa de «la seguridad es prioritaria» en una proposición que necesita verificación externa, no solo comunicados de prensa.
Lo que más me convence del argumento de OpenAI es que la integración temprana de la seguridad en el desarrollo puede ser más eficaz que la evaluación tardía. Lo que más me preocupa es el track record: ambas veces que OpenAI ha probado esta estructura, el resultado ha sido salidas de figuras clave y presión pública. Que Glaese tenga ahora el título de VP de Research and Safety no cambia los incentivos que operan cuando hay un modelo nuevo que lanzar y un equipo de evaluación que podría retrasarlo.
La pregunta a doce meses es si Saachi Jain, jefa interina de sistemas de seguridad, tiene el peso institucional necesario para retrasar un lanzamiento si lo considera necesario, o si la integración en investigación reduce ese espacio.
Preguntas frecuentes
¿Es peligroso que la seguridad reporte a investigación en lugar de hacerlo de forma independiente?
Depende de la cultura de la empresa. En teoría, la integración temprana da a los equipos de seguridad más influencia sobre los modelos. En la práctica, si la cultura prioriza la velocidad de lanzamiento, un equipo de seguridad dentro de investigación tiene menos palancas para frenar un producto que uno que reporta directamente a la dirección. El historial de OpenAI sugiere que la segunda situación se aplica aquí.
¿Qué hace exactamente el jefe de sistemas de seguridad de OpenAI?
El rol cubre la evaluación de los modelos antes del lanzamiento para detectar capacidades peligrosas —desde generar malware hasta ayudar en síntesis de armas químicas o biológicas—, el diseño de los sistemas de alineación que hacen que los modelos sigan instrucciones de forma fiable, y las evaluaciones de preparación para escenarios de riesgo catastrófico. Heidecke, que tenía el cargo desde 2024, también coordinaba las evaluaciones externas de riesgo.
¿Tiene OpenAI ahora algún mecanismo de seguridad con supervisión externa?
Sí. El Safety Fellowship anunciado en abril invita a investigadores externos a trabajar en alineación y seguridad de forma independiente dentro del laboratorio. Sin embargo, ese programa no tiene poder vinculante sobre las decisiones de lanzamiento: proporciona investigación, no veto.