Dots de OpenAI: qué cambia para tu empresa (y qué no)

Este artículo comenta el lanzamiento de Dots, anunciado por OpenAI en su DevDay del 29 de septiembre de 2026. Los datos salen del anuncio oficial y de la cobertura de prensa de los días siguientes; los ejemplos de uso son los que publicó OpenAI y los que reportaron quienes ya lo probaron. Las citas son traducciones propias.

Hasta esta semana, la IA que usa tu empresa tenía una característica que casi nadie nombraba: esperaba. Abrías el chat, pedías algo, te respondía, cerrabas la ventana y ahí terminaba todo. Si el lunes llegaba un correo nuevo del cliente, nadie lo veía hasta que una persona volviera a abrir el chat y lo pegara. Dots es el intento de OpenAI de quitarle la espera a la IA.

Resumido en una línea: un dot es un agente que vive en un computador propio en la nube, se queda vigilando lo que le encargaste, trabaja mientras tú haces otra cosa y vuelve cuando tiene algo listo o necesita tu aprobación. Es la misma dirección en la que ya venía Anthropic con Cowork, de la que hablamos hace unas semanas. Con los dos grandes laboratorios en la misma jugada, "agente que trabaja solo" dejó de ser una demo y pasó a ser una categoría de producto.

Este artículo hace lo de siempre: primero qué se anunció, en concreto. Después los ejemplos que ya existen, porque con un producto así la pregunta útil no es qué puede hacer sino qué está haciendo. Al final, las tres decisiones que esto mueve en una empresa mediana de la región y lo que no cambia en absoluto.

Qué anunció OpenAI, en concreto

Lo verificable:

• Cada dot tiene su propio computador y navegador en la nube. No usa tu máquina ni tu sesión; tiene las suyas. Se puede conectar opcionalmente a tu computador local.
• Corre sobre GPT-6 Astra, el modelo más capaz de OpenAI, y se conecta a más de 4.000 aplicaciones a través del ecosistema de plugins de ChatGPT.
• Se habla con él como con un colega. Por mensaje o llamada en ChatGPT (web, escritorio y celular) y por Slack y Microsoft Teams. Él también te escribe: para contarte avances y para pedirte aprobación.
• Acciones de fondo solo de lectura. Un dot puede investigar, leer y preparar sin pedir permiso, pero enviar un mensaje, modificar contenido en una aplicación o cambiar una cuenta requiere tu aprobación. Tú defines reglas propias sobre qué puede hacer solo y qué no. Cambiar contraseñas queda reservado a humanos.
• Precio y planes: el primer dot viene incluido sin costo adicional en ChatGPT Pro y Business Premium. En Enterprise, Edu y Healthcare está en beta y apagado hasta que un administrador lo active. Los dots adicionales, las velocidades superiores y los "Specialist dots" para empresas vienen después y no tienen precio publicado.
• Disponibilidad: Business Premium lo tiene en todas las regiones donde opera ChatGPT. Para Pro, los mercados elegibles excluyen por ahora el Espacio Económico Europeo, Suiza y el Reino Unido. América Latina está incluida desde el primer día.
• ChatGPT Space reemplaza la vieja biblioteca: un espacio compartido donde tu equipo, ChatGPT, Codex y los dots trabajan sobre las mismas páginas, archivos, presentaciones y hojas de cálculo.

Y dos anuncios del mismo día que importan más de lo que parecen: GPT-6.1 Sol, un modelo que OpenAI describe como "inteligencia casi de Astra por una quinta parte del precio" (2 dólares por millón de tokens de entrada, 10 de salida), y los Specialist dots, agentes preconfigurados para funciones empresariales. OpenAI dice haberlos probado internamente en compras, procesamiento de facturas, email marketing, soporte al cliente y contratación comercial, y los integra con Agent 365 de Microsoft.

Los ejemplos que ya existen

Con una categoría nueva es fácil hablar en abstracto. Prefiero mirar lo que OpenAI mostró y lo que la gente que ya tiene uno está reportando, porque ahí se ve mejor para qué sirve y para qué no.

OpenAI presentó cinco dots con nombre propio, uno por tipo de trabajo. Los traduzco a lo que harían en una empresa de la región:

Iggy    Desarrollo   Llega feedback de clientes; delimita un arreglo
                     pequeño, lo construye, lo prueba y entrega un
                     pull request con un video del cambio.
Felipe  Lanzamientos Cambia la dirección del producto; revisa la
                     narrativa, el material de lanzamiento y los
                     borradores de piezas y documentos.
Todd    Investigación Llegan datos nuevos; vuelve a correr el análisis,
                     revisa resultados raros, actualiza las gráficas y
                     marca qué debes leer tú.
Alfred  Ventas       Cambia un requerimiento del cliente; lo cruza con
                     la documentación del producto y el historial de la
                     cuenta, arma una prueba de concepto de la
                     integración clave, actualiza la propuesta y el
                     plan de pruebas, y señala lo que queda abierto.
Jojo    Contenido    Recibe la transcripción de una entrevista; elige
                     momentos para clips cortos, prepara las notas del
                     episodio y redacta los posts para redes.

Fíjate en el patrón, porque es más importante que los nombres: en los cinco casos el disparador es un cambio externo (llega feedback, cambian los datos, cambia el requerimiento) y la entrega es un borrador para aprobar, no una acción ejecutada. Ese es el contrato de Dots: vigila, prepara, te lo trae.

Lo que reportan los primeros usuarios va en la misma línea:

• Un probador contó que su dot notó una factura que se le había olvidado emitir, la preparó y la envió después de que él la aprobara. OpenAI lo usó como ejemplo central del lanzamiento, y con razón: es el caso que cualquier gerente entiende sin explicación.
• Un analista que lo probó 24 horas lo puso a manejar correo, agendar reuniones y hacer seguimiento de proyectos: redactar respuestas, marcar lo urgente, reordenar la agenda. Su conclusión fue que redujo el tiempo en tareas repetitivas, pero reportó tres límites: errores ocasionales al acceder a ciertas herramientas, memoria corta para proyectos largos y entornos donde no podía desplegar todas sus habilidades.
• Circula el caso de un dot que supuestamente negoció con servicio al cliente para bajar unos 500 dólares al año en cargos. Lo menciono porque va a llegar a tu equipo como anécdota; tómalo como lo que es, un reporte sin verificar, y no como promesa.
• Una consultora de software propuso cuatro pilotos internos que me parecen bien elegidos: seguimiento de ventas (preguntas abiertas y compromisos por oportunidad), gestión de lanzamientos (qué se desalinea cuando cambia el alcance), análisis de feedback de clientes (problemas recurrentes entre fuentes) y capacidad en operaciones (el backlog de problemas pequeños que nadie prioriza).

Lo que todavía no existe, y conviene decirlo: un caso público de un dot operando con sistemas típicos de una empresa latinoamericana, como un ERP local, una facturación electrónica de la DIAN o del SAT, o un WhatsApp de ventas. Los 4.000 plugins cubren el software global; para lo local vas a necesitar probar.

Qué significa de verdad: de asistente a colega que vigila

Hasta ahora, la adopción de IA en la mayoría de las empresas de la región se ha parecido a darle a cada persona una calculadora muy buena. Mejora al que la usa, en el momento en que la usa. Dots cambia la unidad de análisis: ya no es "qué le pido a la IA" sino "qué le encargo", y encargar es otra habilidad. Implica definir un objetivo, decir qué debe vigilar, decidir qué puede hacer solo y revisar lo que trae.

Personalmente creo que ahí está la verdadera novedad, y también la verdadera dificultad. En veinte años liderando equipos he visto que delegar bien es más escaso que trabajar bien. Un dot le va a pedir a tu gente exactamente eso: delegar con claridad. Las empresas donde eso ya se hace van a sacarle provecho rápido. En las que todo se resuelve "en el chat del grupo", el dot va a esperar instrucciones que nunca llegan.

Decisión 1: a quién darle el primer dot

La primera pregunta que te van a hacer es "¿lo activamos?". La respuesta es sí para una persona, no para todo el mundo, y esa persona no es el gerente general.

El perfil que funciona, visto en los ejemplos de arriba, tiene tres características: trabajo recurrente con disparadores externos (llegan cosas que hay que atender), fuentes que viven en aplicaciones conectables (correo, CRM, hojas de cálculo, tickets) y un criterio claro de qué es un buen resultado. En una empresa mediana de la región, los candidatos naturales son:

• Cartera y cobranza. Facturas por vencer, recordatorios redactados, el estado de cada cliente al día. Es el equivalente exacto del ejemplo de la factura olvidada.
• Un ejecutivo de ventas con muchas cuentas. El caso de Alfred: cambia un requerimiento y hay que ajustar propuesta y plan sin perder el historial.
• Soporte de primer nivel. Clasificar lo que entra, preparar respuestas, escalar lo que se repite. Del retorno rápido en soporte ya escribimos; un dot es la versión que no espera a que alguien pegue el ticket.
• Quien arma el reporte semanal. El caso de Todd: datos nuevos, análisis actualizado, gráficas listas, con una lista de lo que vale la pena mirar.

Elige uno. Dale el dot a la persona que hace ese trabajo y que tenga ganas de probar, no al que más lo necesita. Y ponle un dueño: alguien que le dé contexto, revise lo que entrega y anote qué salió bien y qué no. Sin dueño, el dot termina como el canal de Slack que nadie lee.

Decisión 2: permisos y datos, antes de conectar nada

Cuatro mil aplicaciones conectables son cuatro mil puertas. OpenAI tomó decisiones razonables por defecto: acciones de fondo solo de lectura, aprobación para enviar o modificar, contraseñas guardadas que el modelo usa sin verlas, y reglas personalizables. Eso es más de lo que ofrecía cualquier producto de agentes hace un año. No es suficiente por sí solo.

Tres cosas que debes decidir antes de que el primer dot toque un sistema real:

Qué puede ver. Hay un detalle de la documentación que vale subrayar: desconectar una aplicación no borra el contexto que el dot ya obtuvo. Es decir, la decisión de conectar algo es más difícil de revertir de lo que parece. Si vas a conectar el CRM con datos de clientes, la pregunta no es si el dot "es seguro" sino si tu política de datos permite que esa información salga a un computador en la nube de un tercero. En Colombia, México, Brasil y buena parte de la región las leyes de protección de datos personales tienen algo que decir sobre eso, y el área legal debe estar enterada antes, no después.

Con qué cuenta. Un dot en un plan Pro personal es un dot de esa persona, con la configuración de datos de esa persona. En Business Premium y Enterprise los datos de la empresa no se usan para entrenar modelos por defecto y el administrador controla qué está activo. Si tu equipo usa cuentas personales, este lanzamiento es la mejor excusa que vas a tener para cerrar esa brecha, por las mismas razones que explicamos en el stack mínimo.

Qué puede hacer solo. Vengo de pagos, y la regla de ahí aplica igual acá: el componente más confiable de la cadena no te salva de un diseño que le da permisos de más. Empieza con todo en modo aprobación. Afloja una acción a la vez, cuando lleves dos semanas aprobando lo mismo sin corregir nada. La política de autonomía de una página que propusimos en el artículo de gobernanza sirve tal cual; solo agrégale una fila por dot.

Decisión 3: cómo saber si sirvió

Aquí está la parte que más se omite. Un dot genera actividad visible (mensajes, borradores, avisos) y la actividad se confunde fácil con resultado. Para no caer en eso, el piloto se mide así:

1. Una responsabilidad, no "productividad". "Que ninguna factura se emita con más de dos días de retraso" es medible. "Que cobranza sea más eficiente" no.
2. Línea base antes de activar. Cuántas horas a la semana toma hoy, cuántos errores, cuánto se demora. Sin ese número, en treinta días no vas a poder decir nada, como explicamos en el marco de ROI.
3. Esfuerzo total, incluyendo correcciones. El tiempo del dueño revisando y arreglando lo que el dot trajo cuenta. Si revisar cuesta lo mismo que hacerlo, no hubo ganancia aunque el dot "haya trabajado".
4. Un resultado de negocio a los 30, 60 y 90 días. Respuesta más rápida, decisión mejor informada o trabajo que estaba aplazado y se hizo. Uno de los tres, definido antes.

Lo que no cambia

No cambia que un proceso no documentado no se puede delegar. A una persona nueva le explicas el proceso; a un dot también. Si nadie en tu empresa puede escribir en una página cómo se hace el cierre de cartera, el dot no lo va a adivinar. Esa página es el primer entregable del piloto, y vale aunque el dot nunca llegue.

No cambia que la competencia va a responder. Meta ya tiene Muse, hay productos como Grok Bot e Instinct, Microsoft empuja Agent 365 y Anthropic tiene Cowork. Van a salir versiones nuevas cada pocas semanas. Si cada lanzamiento dispara un proyecto, no tienes estrategia de IA; tienes una suscripción a noticias. La disciplina es la misma de siempre: un piloto medido, un dueño, y la decisión de escalar con un número en la mano.

No cambia la regla de los permisos. Dots con modo aprobación bien usado es más seguro que la mayoría de las automatizaciones que ya corren en tu empresa sin que nadie las revise. Dots con "aprobar todo" apretado por reflejo durante dos semanas es la forma más rápida de tener un problema con nombre y apellido. El producto es nuevo; la responsabilidad es la de siempre.

Qué hacer esta semana

Cinco acciones, en orden. Ninguna requiere un proyecto.

1. Revisa en qué plan está tu equipo. Si es Business Premium, el dot ya está disponible y el administrador decide cuándo. Si es Enterprise, pídele al administrador que lo active en beta para una persona. Si son cuentas personales, primero resuelve eso.
2. Elige una responsabilidad y un dueño. Cartera, ventas, soporte o el reporte semanal. Una sola. Una persona.
3. Escribe el proceso en una página y la línea base en tres números: horas por semana, errores por mes, tiempo de respuesta. Esta es la hora mejor invertida de la semana.
4. Define la lista de aplicaciones que el dot puede ver y pásala por legal si incluye datos de clientes. Todo lo demás, en modo aprobación.
5. Ponle fecha a la revisión de los 30 días en el calendario, hoy. Con el número de la línea base al lado. Si ese día no hay nada que comparar, el piloto no fue un piloto.

Conclusión

Dots es importante no por lo que hace hoy, que todavía tiene errores y memoria corta, sino por lo que confirma: los dos laboratorios más grandes decidieron que la IA de empresa va a ser un colega que vigila y prepara, no un chat que espera. Eso cambia la pregunta que tiene que hacerse un gerente. Ya no es "qué le pedimos a la IA" sino "qué le encargamos, con qué permisos y cómo sabemos si lo hizo bien".

Las empresas que saben delegar van a notar la diferencia en semanas. Las que no, van a tener un agente muy capaz esperando instrucciones, igual que antes esperaba el chat. Activa uno, dáselo a una persona con un proceso claro, mide contra una línea base, y deja la disciplina exactamente donde estaba.