Revisión de fuentes: 30 de septiembre de 2026.
Dots es el agente de OpenAI que puede continuar trabajando entre conversaciones y usar las aplicaciones que conectes. Para empezar, comprueba la disponibilidad de tu plan, crea tu dot desde escritorio y entrega una tarea pequeña cuyo resultado puedas revisar. No necesitas conectar tu ordenador personal para el ejercicio de esta guía. Presentación oficial.
El lanzamiento fue el 29 de septiembre. Esta guía distingue información publicada de propuestas de práctica: los encargos que siguen son ficticios y no documentan una prueba de uso realizada por AIClases.
Disponibilidad: el país no basta para responder
La guía de inicio de OpenAI diferencia estos casos:
| Plan | Disponibilidad publicada |
|---|---|
| Pro | Mercados que excluyen el Espacio Económico Europeo, Suiza y Reino Unido |
| Business Premium | Regiones admitidas por ChatGPT |
| Enterprise, incluido Edu y Healthcare | Beta que debe habilitar el administrador |
El despliegue es gradual. Por tanto, «¿funciona en España?» necesita una segunda pregunta: «¿con qué plan y espacio?». España está en el EEE, pero la exclusión de Pro no debe extrapolarse a Business Premium. Tampoco confundas Business con Business Premium.
Antes de cambiar de plan, consulta las condiciones actualizadas y comprueba el espacio de trabajo. La documentación describe inclusión y límites de trabajo; no promete actividad profunda ilimitada. Crear tu dot no exige que compres servicios externos para resolver el ejemplo de abajo.
Preparación desde escritorio
La guía indica crear el dot en la aplicación de escritorio o en la web de escritorio. La creación no está disponible en móvil; después puedes conversar desde la aplicación móvil cuando tengas acceso. Sigue el proceso vigente en tu cuenta y elige un nombre que te permita reconocerlo.
Empieza con el material mínimo para la tarea. Conectar una aplicación tiene sentido cuando necesitas información de ella, no como requisito para probar todo. El acceso al ordenador personal es opcional y empieza desactivado. En la primera práctica, pega datos inventados directamente en la conversación.
Antes de encargar trabajo, escribe tres cosas: qué resultado quieres, qué acciones permites y en qué punto necesitas revisar. Por ejemplo: «prepara un borrador con este texto; no envíes mensajes ni cambies archivos compartidos; entrega una tabla para mi revisión». Eso evita que una solicitud ambigua mezcle análisis y ejecución.
Tu primera tarea: organizar tres pendientes
Este caso es ficticio y puede resolverse sin aplicaciones conectadas. Copia el bloque completo:
Organiza estos pendientes ficticios. Fecha de referencia: 30/09/2026.
P1: enviar propuesta, vence 01/10/2026, requiere revisión de Marta.
P2: preparar inventario, vence 30/09/2026, no depende de otra persona.
P3: diseñar campaña, sin fecha, requiere confirmar presupuesto.
Devuelve una tabla con ID, vencimiento, dependencia y siguiente paso.
Ordena primero por fecha conocida; coloca los pendientes sin fecha al final.
No inventes horarios ni presupuesto. No contactes a nadie.
Después redacta un resumen de menos de 80 palabras con las decisiones
que necesito tomar. Entrega un borrador; no programes ni envíes nada.
Clave de revisión: cómo saber si el resultado sirve
| Orden esperado | Pendiente | Qué debe conservar | Siguiente paso razonable |
|---|---|---|---|
| 1 | P2 | Vence 30/09; sin dependencia | Preparar inventario |
| 2 | P1 | Vence 01/10; revisión de Marta | Preparar propuesta para revisión |
| 3 | P3 | Sin fecha; presupuesto pendiente | Pedir una decisión sobre presupuesto |
La tabla debe contener exactamente tres pendientes. La ausencia de fecha en P3 no autoriza inventar un vencimiento. La revisión de Marta no significa que el dot ya tenga permiso para escribirle. El resumen debe señalar decisiones pendientes en lugar de presentar todo como terminado.
Comprueba también si el resultado diferencia «preparar» de «enviar». Este ejercicio evalúa organización y fidelidad a las restricciones, no mide productividad real ni demuestra que el agente cumpla cualquier tarea futura.
Cómo dar feedback que mejore el siguiente resultado
Si el dot coloca P3 primero, señala el criterio incumplido: «El orden debe usar fechas conocidas y dejar al final las tareas sin fecha. Corrige únicamente ese orden y conserva las dependencias». Si inventa un horario, pide quitarlo e identificarlo como dato ausente.
Evita «hazlo mejor» como única indicación. Un buen feedback identifica el campo, el problema y la condición de aceptación. Conserva la primera versión para comprobar que la corrección no añadió nuevos errores.
Una segunda práctica útil consiste en cambiar solo una condición: adelanta P1 al 29/09 y pide clasificarlo como vencido, sin cambiar el resto. La salida esperada se puede determinar de antemano. Añadir muchas aplicaciones y reglas a la vez dificulta localizar qué falló.
Cuándo pasar de un borrador a una tarea recurrente
Después de comprobar un encargo sencillo, puedes definir un trabajo periódico concreto: qué revisar, cuándo, qué cambios merecen una actualización y qué acciones requieren tu intervención. La documentación pública explica gestión de actividad y tareas programadas; consulta sus controles actuales antes de activarlas.
Para un equipo, describe también la fuente autorizada y el responsable de revisar. Un resumen de pendientes no debe convertirse automáticamente en un cambio de calendario o en un mensaje al cliente. Revisa los resultados que puedan afectar a otras personas.
Continúa practicando
Practica pedidos, documentos y revisiones con ChatGPT para el Trabajo. Si buscas un modelo para una tarea concreta, consulta la guía de acceso a Sol en Work y Codex. La formación no concede acceso a dots.
Fuentes
Presentación de dots y guía de configuración, revisadas el 30 de septiembre de 2026. La disponibilidad puede cambiar: vuelve a consultar el plan y la región antes de tomar una decisión.