---
title: "Qué es ChatGPT Dots y cuándo sirve en operación"
description: "Guía práctica de ChatGPT Dots para equipos B2B: cloud computer, proactividad, permisos, errores esperables y cuándo integrar un agente al CRM o ERP."
author: "Carlos García"
published: 2026-09-30
updated: 2026-09-30
language: es
human_url: "https://kiia.cloud/es/blog/que-es-chatgpt-dots/"
---

> **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](https://learn.chatgpt.com/docs/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](https://learn.chatgpt.com/docs/dots/tasks-and-memory) 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:

1. observar fuentes autorizadas;
2. detectar un cambio o una excepción;
3. reunir evidencia y proponer el siguiente paso;
4. pedir una decisión cuando hay impacto comercial, financiero o sobre datos;
5. 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

1. Elegí un resultado concreto y el sistema que mantiene el estado oficial.
2. Conectá solo las fuentes y acciones necesarias; empezá con lectura y borradores.
3. Definí qué decisiones puede tomar, cuáles requieren aprobación y cuáles siempre pasan a una persona.
4. Usá IDs de negocio en los outputs y guardá evidencia de origen, acción y aprobación.
5. Probá datos faltantes, conexiones vencidas, duplicados, instrucciones maliciosas y sistemas caídos.
6. Revisá Activity, tareas delegadas y schedules por separado; **Pause** no detiene todo.
7. 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](/es/blog/copiloto-o-piloto-automatico-agentes-ia/) ayuda a asignar autonomía por acción, y la guía de [GPT-6 Astra para empresas](/es/blog/gpt-6-astra-agentes-ia-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](https://learn.chatgpt.com/docs/dots): definición, GPT-6 Astra, canales, ordenador cloud, controles y disponibilidad.
- [Tasks and memory](https://learn.chatgpt.com/docs/dots/tasks-and-memory): trabajo persistente, schedules, contexto e investigación proactiva de solo lectura.
- [Computers and apps](https://learn.chatgpt.com/docs/dots/computers-and-apps): sesiones, acceso local, plugins, autenticación y límites del navegador cloud.
- [Control your dot](https://learn.chatgpt.com/docs/dots/controls): 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.

## Preguntas frecuentes

### ¿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.