Los datos empresariales de OpenAI sugieren que los líderes no solo usan más IA: la conectan con unidades de trabajo más largas y agénticas.
El análisis empresarial publicado por OpenAI en agosto describe una brecha creciente entre organizaciones típicas y “frontier firms”, definidas en su conjunto de datos como el 10% con mayor uso mensual. Estas empresas generaron 8,3 veces más tokens de salida por usuario activo. OpenAI también indicó que Codex representó en junio el 64% de los tokens combinados de salida de Codex y ChatGPT entre clientes empresariales.
Son métricas de uso de un proveedor, no medidas directas de productividad o ROI. Los tokens de salida son especialmente imperfectos porque las tareas agénticas largas generan más contenido. Incluso con estas reservas, el patrón importa: los adoptantes avanzados parecen pasar de asistencia aislada a unidades de trabajo delegadas más extensas.
La profundidad importa más que el número de licencias
Una empresa puede comprar miles de accesos y conservar una adopción superficial. Los empleados redactan correos o resumen documentos mientras el proceso subyacente no cambia.
La adopción orientada a ejecución es distinta. La IA se conecta con:
- repositorios y contexto vivo del negocio;
- herramientas y APIs;
- flujos de código y entrega;
- skills repetibles;
- flujos de trabajo multietapa;
- aprobaciones y políticas;
- verificación de resultados;
- métricas operativas.
La diferencia no es solo “hacer mejores prompts”. Es rediseñar el trabajo alrededor de la nueva capacidad.
Los agentes de código son un indicador temprano
La programación es uno de los primeros dominios donde un agente puede recibir un objetivo, inspeccionar un entorno grande, modificar artefactos, ejecutar tests e iterar. El resultado es verificable por máquina con más frecuencia que en otros trabajos de conocimiento.
Eso convierte la ingeniería de software en un buen campo de pruebas. Expone las mismas preguntas que llegarán a otras funciones:
- ¿Qué contexto puede inspeccionar?
- ¿Qué ramas, entornos o sistemas puede modificar?
- ¿Qué tests definen aceptación?
- ¿Qué exige revisión?
- ¿Cómo se controlan secretos y acceso externo?
- ¿Quién responde de las regresiones?
- ¿Cómo se reanuda una tarea interrumpida?
Las organizaciones que aprenden a gobernar agentes de código construyen patrones transferibles a finanzas, operaciones y atención.
Las skills convierten práctica tácita en capacidad reutilizable
OpenAI señala que plugins y skills son más frecuentes entre empresas frontier. La idea subyacente es estratégica.
Una skill empaqueta instrucciones, herramientas, recursos, validaciones y, en ocasiones, lógica de negocio para una tarea repetible. Convierte “pedirle algo al modelo” en una capacidad organizativa versionable y evaluable.
Por ejemplo:
- preparar un briefing de consejo con fuentes aprobadas;
- evaluar la documentación de alta de un proveedor;
- crear notas de release a partir de commits e incidentes;
- investigar un caso de servicio;
- producir una checklist contractual por jurisdicción.
La skill se convierte en frontera entre la inteligencia general del modelo y la práctica específica de la compañía.
La brecha frontier es organizativa
La restricción principal no suele ser acceder a un modelo mejor. Es la organización que lo rodea.
La adopción avanzada requiere:
- responsables capaces de rediseñar procesos;
- expertos de dominio que definan aceptación;
- ingeniería que conecte datos y herramientas;
- seguridad y legal desde el principio;
- infraestructura de evaluación;
- incentivos para cambiar la asignación del trabajo;
- un proceso de cartera que detenga experimentos débiles.
Sin esas condiciones, más uso puede significar simplemente más variación sin gobierno.
Qué puede hacer ahora la dirección
Elegir una unidad de trabajo, no un departamento
Seleccionar una tarea relevante que cruce suficientes sistemas para demostrar valor, pero con consecuencias controlables.
Medir finalización
Seguir resultados verificados, ciclo, retrabajo y revisión; no volumen de prompts.
Productizar el patrón exitoso
Cuando un flujo funciona, empaquetar herramientas, política, evaluación y propiedad como capacidad reutilizable.
Construir un plano de control común
Identidad, trazas, presupuestos, aprobaciones y respuesta a incidentes no deberían reinventarse por equipo.
Conservar opcionalidad de modelo
La capacidad organizativa debe sobrevivir a un cambio de modelo o proveedor.
La visión de Lexdatum
La brecha frontier no es una brecha de entusiasmo. Es una brecha de arquitectura operativa.
Las empresas típicas dan acceso a IA a sus empleados. Las frontier empiezan a dar acceso controlado al trabajo a la IA. Ahí aumentan tanto el valor como el riesgo.
La siguiente etapa no se medirá por cuántas personas abrieron un chat, sino por cuántos procesos importantes pueden completarse antes, con evidencia y dentro de un perímetro de autoridad definido.
Fuentes
Nota de investigación: este análisis se basa en información pública disponible a 31 de agosto de 2026. Las capacidades, los precios y las interpretaciones regulatorias pueden cambiar. Las métricas comunicadas por proveedores se identifican como tales. No constituye asesoramiento jurídico, de seguridad o inversión.