Reglas de uso de OpenAI: foso defensivo para enrutadores y destilación

La mayoría de los términos de API se leen como un cajón de recibos: técnicamente importantes y casi siempre ignorados hasta que algo se incendia. La actualización más reciente de la política de OpenAI es más difícil de ignorar. El 21 de octubre de 2026, OpenAI dijo que sus Políticas de uso revisadas entran en vigor el 20 de noviembre de 2026, y el cambio operativo es el control de acceso: quién puede enrutar sus modelos, bajo qué condiciones y para el entrenamiento futuro de modelos de quién. Eso no es una ley, pero para los creadores que dependen de API de modelos de frontera, el lenguaje contractual todavía puede decidir la arquitectura del producto.

La puerta de aprobación sube en la pila

OpenAI dice que las Políticas de uso actualizadas exigen que los servicios que proporcionan acceso directo a sus modelos, incluidos los enrutadores de modelos y las pasarelas de IA, obtengan revisión y aprobación de OpenAI antes de ofrecer ese acceso. Según OpenAI, la regla se aplica en todos los canales: acceso directo a través de OpenAI, modelos alojados por socios y socios revendedores. En palabras sencillas, si tu producto se ubica entre los usuarios y los modelos de OpenAI, ya no solo estás reenviando solicitudes. Estás operando una capa de acceso controlado que puede necesitar aprobación previa.

OpenAI también dice que los socios que proporcionan acceso a modelos deben mantener salvaguardas alineadas con las suyas, investigar posibles infracciones y actuar cuando se identifiquen preocupaciones. Eso convierte el contrato con el proveedor en una lista de verificación operativa. Un enrutador necesita aplicación de políticas, revisión de incidentes, segmentación de clientes y una forma de impedir que el tráfico problemático simplemente reaparezca por otra ruta. La frase que tu equipo de ventas quiere saltarse ahora es aquella alrededor de la cual tu equipo de producto tiene que construir.

La destilación se convierte en una infracción contractual, no solo en mala educación

BankInfoSecurity informó que OpenAI está advirtiendo a los usuarios que no usen sus modelos para crear datos de entrenamiento o tareas para modelos competidores. La nueva política, según informó BankInfoSecurity, prohíbe a los usuarios usar modelos o resultados de OpenAI para “generar, preparar, seleccionar o suministrar material o señales de entrenamiento” para modelos destinados a reemplazar o competir con los servicios de OpenAI. El trabajo cubierto incluye datos de entrenamiento, rúbricas de aprendizaje por refuerzo, retroalimentación de modelos y filtrado de datos. Es una red amplia, y está dirigida a la fontanería poco glamorosa de la mejora de modelos.

El efecto práctico es simple: una startup no puede tratar de forma segura la salida de OpenAI como andamiaje barato para un modelo rival a menos que tenga una autorización que realmente cubra ese uso. Tampoco puede resolver el problema haciendo que un contratista, cliente o afiliado realice el mismo trabajo en su nombre, según el relato de BankInfoSecurity sobre la política. La justificación de seguridad declarada por OpenAI es que entrenar otro modelo con salidas de OpenAI puede copiar capacidades sin copiar las salvaguardas. Convenientemente para OpenAI, la misma regla también protege el costoso trabajo de modelos para que no se convierta en el conjunto de datos inicial de otra persona. Ambas cosas pueden ser ciertas. A los abogados no les gusta esa frase, pero los gerentes de producto deberían aprender a vivir con ella.

Los enrutadores ahora son productos de cumplimiento

La propia publicación de OpenAI presenta la actualización como un proyecto de coherencia entre canales de distribución, pero la carga recae de forma más visible en los intermediarios. Un enrutador de modelos que elige entre proveedores según precio, latencia, calidad o preferencia del cliente ahora tiene que tratar el acceso a OpenAI como una capacidad sujeta a permisos. Si ofrece acceso directo, OpenAI dice que la revisión y la aprobación vienen primero. Eso cambia la adquisición de “conecta la clave de API” a “muestra la superficie de control”.

OpenAI también dice que está trabajando con clientes en SafetyIDs, que los clientes pueden proporcionar para que OpenAI pueda distinguir a usuarios finales individuales durante una investigación sin conocer sus identidades. Eso es un compromiso de abogado de privacidad, no una capa mágica. Los creadores deberían leerlo como una indicación para separar la identidad a nivel de cuenta, la trazabilidad del usuario final y los registros de investigación. Si tu pasarela no puede decir qué usuario generó qué solicitud, tu archivo de pruebas serán sensaciones en una hoja de cálculo. Los avisos de cumplimiento, lamentablemente, prefieren registros.

El clima geopolítico no ayudó

TechCrunch informó que el Departamento de Seguridad Nacional ordenó a las agencias civiles federales dejar de comprar servicios y productos de DeepSeek y retirarlos de los sistemas informáticos del gobierno, citando preocupaciones de seguridad nacional vinculadas a las operaciones de DeepSeek en China. TechCrunch también informó que Estados Unidos acusó a DeepSeek y a otras cinco empresas chinas de IA, incluidas Alibaba y Moonshot AI, de usar destilación de modelos a gran escala para extraer información de sistemas de IA estadounidenses. A principios de año, según TechCrunch, OpenAI dijo a legisladores estadounidenses que había observado supuestos intentos de DeepSeek de destilar sus modelos, mientras que Anthropic dijo que había identificado intentos no autorizados de DeepSeek y otros laboratorios chinos de IA de recopilar salidas de Claude.

Ese contexto no prueba que OpenAI haya escrito esta política para una sola empresa. Sí muestra por qué la destilación ha pasado de ser chisme de investigación a gobernanza de acceso. El desacuerdo con el que tienen que lidiar los creadores es familiar: un lado trata la salida de modelos como un recurso que puede usarse de forma creativa salvo que esté prohibido, mientras que los proveedores de modelos tratan cada vez más algunos usos posteriores como extracción. Si tu empresa opera entre clientes, jurisdicciones y proveedores de modelos, el contrato más estricto puede convertirse en la línea base de diseño.

Qué deberían cambiar los creadores antes del 20 de noviembre

La ley no exige que todas las empresas amen los términos de OpenAI. El contrato puede exigir algo más relevante: cumplimiento si quieres el acceso. Antes del 20 de noviembre de 2026, los equipos que usan OpenAI a través de enrutadores, pasarelas, alojamiento de socios o revendedores deberían mapear dónde se ofrece acceso directo, quién controla la identidad del usuario final y si algún flujo de trabajo usa salidas de OpenAI para entrenar, filtrar, calificar o mejorar otro modelo. La cobertura de BankInfoSecurity deja claro que la restricción alcanza las señales de preparación, no solo las ejecuciones finales de entrenamiento.

Todavía no hay ejemplos verificados de aplicación de las nuevas reglas, así que nadie debería fingir que se conoce el patrón de sanciones. La opción más segura es actualizar ahora las políticas de uso aceptable, los términos para clientes, los cuestionarios de proveedores y los registros de auditoría. Si un enrutador forma parte de tu pila, pregunta si tiene aprobación de OpenAI, cómo investiga las infracciones y qué ocurre cuando un cliente intenta usar salidas para el desarrollo de modelos. Los términos de API solían ser el papeleo posterior a la arquitectura. Para el acceso a modelos de frontera, cada vez más son la arquitectura.