¿ChatGPT Dots es un modelo nuevo o un agente dentro de ChatGPT?

Es un producto de agente dentro de ChatGPT, impulsado por GPT-6 Astra. Mantiene trabajo y contexto entre conversaciones, usa un ordenador en la nube y puede conectarse a plugins, pero no es un modelo de API ni reemplaza por sí solo la arquitectura de un sistema operativo empresarial.

¿Puede un dot actualizar el CRM o enviar mensajes sin aprobación?

Depende de los permisos de la app, las instrucciones, las custom rules y la revisión automática de cada acción. Para clientes, pagos, borrados, descuentos o cambios de estado sensibles, mantené aprobación humana y permisos mínimos aunque la herramienta permita más autonomía.

¿Cuándo conviene construir un agente propio en vez de usar Dots?

Cuando el CRM o ERP debe ser la fuente de verdad y necesitás validaciones deterministas, idempotencia, trazabilidad por registro, colas, reintentos, SLA, segregación de credenciales o un handoff humano integrado. Dots puede seguir siendo una interfaz o coordinador, pero no debería cargar solo con esas garantías.

Qué es ChatGPT Dots y cuándo sirve en operación

En 60 segundos: ChatGPT Dots es la superficie de agente persistente de OpenAI dentro de ChatGPT. Un dot puede seguir trabajando entre conversaciones, usar su propio ordenador y navegador en la nube, coordinar tareas y comunicarse por ChatGPT, Slack o Teams. Encaja bien para vigilar cambios, reunir contexto y preparar trabajo revisable. No convierte una instrucción en un proceso transaccional confiable: si el CRM o ERP define el estado del cliente, el pedido o el dinero, necesitás validaciones, trazabilidad y handoff humano alrededor de ese sistema de registro.

Qué es un dot

OpenAI describe Dots como agentes always-on: reciben una responsabilidad, mantienen notas sobre el trabajo y pueden retomarlo cuando cambia el contexto. Están impulsados por GPT-6 Astra, pero Dots no es otro nombre para el modelo. Astra aporta la capacidad de razonamiento; Dots aporta la experiencia persistente en ChatGPT, el ordenador, los canales, las conexiones y los controles.

En operación, comprar acceso a Dots no equivale a desplegar un endpoint transaccional. Una llamada a GPT-6 Astra mediante API tampoco crea automáticamente memoria persistente, canales, permisos ni revisión de acciones. Las dos capas pueden coexistir.

Qué significa que tenga un cloud computer

Cada dot tiene un ordenador y un navegador propios en la nube. Puede conservar archivos, software y sesiones, y seguir trabajando cuando tu dispositivo está apagado. Si una web requiere autenticación, el dot puede solicitar un inicio de sesión privado o cederte el control del navegador. Algunas webs bloquean navegadores cloud o piden verificaciones adicionales; una sesión también puede vencer.

El ordenador cloud está separado de tu equipo y de las sesiones de tu navegador personal. Podés conectar un ordenador local para exponer archivos, apps o tareas compatibles, pero debe estar online con la app de ChatGPT abierta. También podés conectar plugins. Cada plugin conserva su propia cuenta y sus permisos: agregar Slack como canal de conversación no conecta el inbox ni el CRM.

En la práctica, el cloud computer sirve para investigación, documentos, análisis y trabajo de software que puede avanzar fuera de una conversación. Cuando existe una API estable, una integración con contrato y respuestas estructuradas suele ser más observable que una secuencia de clics. Eso importa especialmente en un flujo crítico.

Proactividad no significa autonomía ilimitada

Un dot puede decidir cuándo pausar y retomar una responsabilidad, crear tareas en segundo plano y avisar cuando necesita una decisión. El trabajo que ocurre a una hora fija necesita una programación guardada; conectar una fuente o escribir una frecuencia en un documento no crea por sí solo ese schedule.

OpenAI separa además la investigación proactiva de las acciones. El dot puede leer información autorizada de apps conectadas y conservar notas privadas para detectar algo útil. Esa investigación no puede enviar mensajes, modificar la app ni controlar un ordenador. Una acción posterior pasa por sus permisos y revisiones.

Eso da un patrón inicial razonable para operaciones B2B:

observar fuentes autorizadas;
detectar un cambio o una excepción;
reunir evidencia y proponer el siguiente paso;
pedir una decisión cuando hay impacto comercial, financiero o sobre datos;
ejecutar solo la acción acotada y registrar el resultado en el sistema correcto.

Permisos, auto-review y custom rules

Antes de una acción que pueda afectar una cuenta o compartir información, Dots aplica una revisión automática contra las instrucciones, permisos, reglas personalizadas y requisitos de seguridad. El resultado puede permitir la acción, pedir aprobación o devolver el paso a la persona.

Las custom rules permiten definir cuatro comportamientos para un alcance concreto: actuar sin preguntar, actuar cuando lo pedís, preguntar antes de actuar o entregarte el paso. Una regla puede exigir aprobación antes de escribir a un cliente o reservar a una persona el borrado de archivos compartidos.

Hay tres límites que conviene conservar en el diseño:

una regla es una instrucción que el agente intenta seguir y puede interpretar mal;
una regla no concede acceso a una app ni amplía sus permisos;
pausar o eliminar el dot no revierte mensajes o cambios ya ejecutados.

La vista Activity permite revisar tareas, resultados, archivos, errores y solicitudes pendientes. Es útil para supervisar el trabajo del agente. No reemplaza un audit log de negocio vinculado al ID del cliente, la oportunidad, el pedido y la persona que aprobó una acción.

Matriz: cuándo Dots encaja y cuándo hace falta más sistema

Necesidad operativa	Dots encaja	Hace falta agente integrado al CRM/ERP o servicio propio
Vigilar fuentes y avisar sobre cambios relevantes	Sí, si las fuentes están conectadas y el criterio de aviso es revisable	Cuando cada evento debe procesarse una sola vez, con SLA, reintentos y alerta técnica
Preparar un briefing, propuesta o respuesta	Sí: reúne contexto y deja un borrador para revisión	Cuando el documento depende de reglas de precios, crédito, stock o contrato que deben validarse de forma determinista
Coordinar trabajo entre ChatGPT, Slack y Teams	Sí, como punto de contacto con el mismo dot	Cuando el canal debe respetar colas, routing, horario, consentimiento, identidad y trazabilidad propios
Actualizar oportunidades o pedidos	Solo con campos acotados, permisos mínimos y aprobación donde corresponda	Cuando el CRM/ERP es fuente de verdad y se necesitan esquema, idempotencia, control de concurrencia y rollback operativo
Enviar, pagar, borrar o conceder permisos	Solo en un alcance estrecho y con revisión humana explícita	Cuando la acción es irreversible, regulada o requiere segregación de funciones
Handoff a una persona	Puede pedir una decisión y entregar contexto	Cuando el caso debe entrar a una cola con dueño, prioridad, plazo, estado y evidencia obligatoria

Dots resulta fuerte en el trabajo semiestructurado que rodea un proceso: leer, relacionar, resumir, preparar y coordinar. Un servicio propio resulta necesario cuando el proceso debe ofrecer garantías que el sistema pueda comprobar. El punto de corte lo marca el sistema que mantiene el estado y la persona responsable de cada transición.

Tres pilotos útiles para un equipo B2B en LATAM

1. Brief diario de oportunidades

Pedile que lea las oportunidades permitidas, notas recientes y conversaciones conectadas. El resultado es una lista breve de cuentas sin próximo paso, riesgos y borradores de seguimiento. El vendedor confirma cualquier envío y el CRM conserva etapa, dueño y actividad.

2. Preparación de reuniones con clientes

El dot reúne agenda, últimos acuerdos, tickets abiertos y documentos autorizados. Debe citar de dónde sale cada hecho y señalar contradicciones. La persona decide qué promesa, plazo o precio se comunica.

3. Radar de excepciones operativas

Conectá una fuente de incidencias o un canal de operaciones y pedile que agrupe novedades por pedido, cuenta o proyecto. Puede proponer prioridad y responsable. El sistema de tickets o ERP conserva el estado oficial y la cola humana absorbe los casos ambiguos.

Los tres pilotos producen un artefacto revisable y dejan la autoridad en el sistema de registro. También permiten medir con datos propios: cobertura, correcciones, tiempo hasta decisión, escalaciones por motivo y acciones que llegaron al sistema correcto. No hace falta inventar ROI para saber si el flujo reduce trabajo de búsqueda sin crear errores nuevos.

Errores que deberías esperar

Un rollout serio necesita errores observables y una respuesta definida para cada uno:

una conexión expiró o una web bloqueó el navegador cloud;
el dot usó contexto incompleto, una nota desactualizada o la conversación equivocada;
interpretó una excepción comercial como un caso estándar;
una tarea terminó técnicamente, pero el resultado no llegó al destinatario o sistema esperado;
una acción fue correcta en contenido y equivocada en cliente, canal o momento;
pausar la tarea principal dejó otras tareas delegadas o programadas activas.

Diseñá una salida explícita para cada uno: reconexión, dato obligatorio, estado “requiere revisión”, clave idempotente, comprobación posterior, cola humana y procedimiento de parada. OpenAI advierte que un run completado no confirma por sí solo que el resultado se haya logrado o entregado, y que el dot puede cometer errores. La revisión consecuente sigue siendo responsabilidad del usuario.

Checklist antes de darle una responsabilidad real

Elegí un resultado concreto y el sistema que mantiene el estado oficial.
Conectá solo las fuentes y acciones necesarias; empezá con lectura y borradores.
Definí qué decisiones puede tomar, cuáles requieren aprobación y cuáles siempre pasan a una persona.
Usá IDs de negocio en los outputs y guardá evidencia de origen, acción y aprobación.
Probá datos faltantes, conexiones vencidas, duplicados, instrucciones maliciosas y sistemas caídos.
Revisá Activity, tareas delegadas y schedules por separado; Pause no detiene todo.
Establecé dueño, horario y plazo para la cola humana.

Si el piloto requiere muchas excepciones manuales, no agregues más autonomía. Reducí el alcance, mejorá los datos o mové la lógica estable a una integración propia. El marco de copiloto o piloto automático ayuda a asignar autonomía por acción, y la guía de GPT-6 Astra para empresas cubre el modelo que impulsa Dots.

Disponibilidad y fuentes verificadas

La disponibilidad es gradual. Al 30 de septiembre de 2026, la documentación oficial indica acceso para usuarios mayores de 18 años de Pro 100, Pro 200 y Pro 500 fuera del Espacio Económico Europeo, Reino Unido y Suiza; Business Premium y Enterprise se están desplegando globalmente. En Enterprise, Dots está desactivado por defecto y un administrador debe habilitarlo. Verificá la cuenta, región y política de tu workspace antes de diseñar un proceso alrededor de la función.

Fuentes oficiales consultadas el 30 de septiembre de 2026:

Meet dots: definición, GPT-6 Astra, canales, ordenador cloud, controles y disponibilidad.
Tasks and memory: trabajo persistente, schedules, contexto e investigación proactiva de solo lectura.
Computers and apps: sesiones, acceso local, plugins, autenticación y límites del navegador cloud.
Control your dot: Activity, revisión de acciones, custom rules, parada y límites de los controles.

OpenAI puede cambiar disponibilidad, nombres de planes, controles y conexiones. Confirmá esas páginas y la configuración efectiva de tu workspace antes de un rollout.