OpenAI Dots designa agentes de IA persistentes en ChatGPT, lanzados por OpenAI el 29 de septiembre de 2026, capaces de continuar una tarea entre dos conversaciones con su propio ordinateur nube y navegador. Para una empresa, la verdadera cuestión no es la proeza técnica: es el control de los permisos, los datos, las validaciones humanas y los registros de auditoría antes de dejar que un agente trabaje de forma continua.
OpenAI Dots: ¿qué cambia esto para una pyme?
OpenAI Dots transforma un asistente de IA puntual en un agente de IA continuo capaz de mantener el contexto, utilizar aplicaciones conectadas y avanzar entre dos intercambios. Según la documentación de OpenAI publicada el 29 de septiembre de 2026, cada dot dispone de un ordinateur cloud y de un navegador cloud, lo que aumenta la autonomía, pero también la superficie de riesgo.
Un dot no es solo una ventana de chat más práctica. Es un agente de software que puede leer, decidir, preparar una acción, pedir una validación y reanudarla más tarde. Esta persistencia cambia la naturaleza del control: ya no valida usted solo una respuesta, sino que enmarca un comportement a lo largo del tiempo.
OpenAI indica que los dots pueden crearse desde la aplicación ChatGPT desktop o la web desktop, pero no desde el móvil ni la web móvil en el lanzamiento de 2026. El despliegue también es progresivo: usuarios Pro hors Espacio Económico Europeo, Suiza y Reino Unido, usuarios Business Premium en las regiones compatibles y clientes Enterprise mediante una beta activada por el administrador, desactivada por defecto.
Para un directivo, la diferencia es simple. Un chatbot mal configurado da una mala respuesta. Un agente persistente mal delimitado puede intentar una acción, manipular un archivo, contactar con un servicio o propagar un error en una herramienta de negocio. Por eso, la definición del marco se parece menos a un taller de innovación que a un miniproyecto de gobernanza digital.
¿Qué riesgos concretos añaden los OpenAI Dots a su sistema de información?
Los OpenAI Dots añaden tres riesgos principales en la empresa: el acceso prolongado a las aplicaciones, la ejecución de acciones mediante herramientas conectadas y la exposición a instrucciones maliciosas ocultas en contenidos externos. En 2026, los trabajos de AgentSecBench ya clasifican los riesgos de los agentes en torno a la inyección de prompt, la fuga de datos y la integridad de las acciones.
La inyección indirecta de prompt es una trampa subestimada. Consiste en colocar una instrucción hostil en una página web, un documento o un correo electrónico leído por el agente, sin que el usuario se dé cuenta. Un artículo de arXiv publicado en marzo de 2026 describe este mecanismo: el contenido externo puede influir en el comportement de un agente sin instrucción directa del usuario.
El riesgo se vuelve más sensible cuando el agente tiene acceso a secretos: cuentas SaaS, documentos de clientes, CRM, mensajería, archivos de nóminas, gestión documental. OpenAI precisa que la activación de los dots no da automáticamente acceso a todas las aplicaciones o todos los sitios; los controles de plugins, permisos de aplicaciones y derechos de cuenta existentes siguen aplicándose. Es tranquilizador, pero insuficiente si las cuentas humanas ya son demasiado permisivas.
Los incidentes rapportés a finales de septiembre de 2026 muestran por qué la prudencia no es teorrica. The Associated Press informó de que OpenAI había divulgado interacciones inesperadas de agentes con la SEC y otros sitios gubernamentales estadounidenses, sin pruebas de uso de credenciales de la SEC, acceso no público, modificación del sistema o compromiso. BleepingComputer también informó el 26 de septiembre de 2026 de que agentes de OpenAI habían subido accidentalmente 53 imágenes facilitadas por usuarios a sitios de terceros o públicos de alojamiento de imágenes.
En los proyectos que llevamos a cabo, a menudo vemos el mismo error: se debate mucho sobre el modelo de IA, mucho menos sobre las cuentas utilizadas por el agente. Ahora bien, un agente conectado con los derechos de un director administrativo o de un responsable comercial hereda mecánicamente un poder demasiado amplio. Con un presupuesto limitado, más vale reducir el perímetro de acceso que multiplicar las pruebas espectaculares.
¿Qué permisos dar a un agente de IA autónomo?
Un agente de IA autónomo debe recibir los permisos mínimos necesarios para su misión, con niveles separados para la lectura, las acciones de bajo riesgo y las acciones sensibles. La documentación de OpenAI de 2026 prevé en particular las opciones Always ask, Allow read actions, Allow low-risk actions y, según las cuentas elegibles, Allow all actions.
La regla correcta no es “confiar en la IA”, sino “confiar en un perímetro”. Un dot encargado de preparar actas puede leer un calendario y documentos compartidos concretos. Un dot encargado del support al cliente puede proponer una respuesta en Slack o por correo electrónico, pero no debería reembolsar, eliminar una cuenta o modificar una formule sin validación humana.
OpenAI describe varias capas de control distintas: autorización del proveedor, perímetros OAuth (derechos accordés por una aplicación), ajustes de acciones de ChatGPT, restricciones del espacio de trabajo y protecciones de seguridad. Estas capas no son intercambiables. Si una de ellas es demasiado amplia, las otras no siempre compensan correctamente.
Para definir los permisos, parta de un caso de uso escrito, no de una demostración. El enfoque se parece al de un pliego de especificaciones de aplicación de negocio : objetivos, datos manipulados, usuarios, sistemas conectados, validaciones, errores aceptables. Sin esta base, el agente se convierte rápidamente en un atajo difuso aplicado a procesos ya difusos.
Aquí tiene una guía sencilla para iniciar un piloto sin abrir demasiado el acceso:
- Definir un responsable de negocio designado, responsable del resultado, de las validaciones y del mantenimiento del workflow.
- Crear una cuenta de servicio dedicada, distinta de una cuenta de dirección o de administrador.
- Limitar los conectores a las herramientas imprescindibles: mensajería, almacenamiento documental, CRM o herramienta support según el caso.
- Activar la lectura antes de la escritura, y después probar las acciones de bajo riesgo en un entorno no crítico.
- Bloquear por defecto las eliminaciones, pagos, cambios de contraseña, instalaciones de software y exports masivas.
- Prever un procedimiento de parada de emergencia: desactivación del dot, revocación de los tokens OAuth y suspensión de la cuenta dedicada.
Sinceramente, la opción “Allow all actions” solo se justifica en un perímetro muy controlado, con un historico de auditoría aprovechable y un equipo capaz de supervisar las desviaciones. Para una pyme, rara vez es la configuración inicial adecuada.
¿Cuánto cuesta un piloto OpenAI Dots seguro en 2026?
Un piloto OpenAI Dots seguro cuesta sobre todo tiempo de definición, integración y control, más allá de la suscripción de ChatGPT correspondiente. En Francia, en 2026, una definición seria para una pyme suele situarse en torno a 3 000 a 12 000 € sin IVA a precio cerrado, según el número de aplicaciones conectadas y el nivel de seguridad esperado.
Este presupuesto no corresponde a “instalar la IA”. Cubre los talleres de negocio, la cartografía de accesos, los escenarios de prueba, las reglas de aprobación, la documentación interna y, en ocasiones, la adaptación de herramientas existentes. En cuanto un agente toca un CRM, una mensajería o documentos de clientes, el ahorro de una definición inicial se convierte en una falsa buena idea.
| Posición | Orden de precios Francia 2026 | Plazo típico | Puntos a tener en cuenta |
|---|---|---|---|
| Definición de negocio y riesgos | 1 500 a 4 000 € sin IVA a precio cerrado | 3 a 7 días laborables | Definir las acciones prohibidas antes de los conectores |
| Configuración de accesos y conectores | 2 000 a 6 000 € sin IVA a precio cerrado | 1 a 3 semanas | Evitar las cuentas humanas demasiado permisivas |
| Pruebas, registro y procedimiento de parada | 1 500 a 5 000 € sin IVA a precio cerrado | 1 a 2 semanas | Probar los errores, no solo el caso ideal |
| Mantenimiento y revisión mensual | 500 a 2 000 € sin IVA al mes | Recurrente | Revisar los permisos después de cada nueva herramienta conectada |
Estos importes son órdenes de magnitud observables en el mercado francés de servicios digitales en 2026, no tarifas oficiales de OpenAI. Los costes exactos dependen de su entorno: Google Workspace, Microsoft 365, Slack, Notion, HubSpot, Salesforce, herramientas internas, alojamiento en OVHcloud o capa de red de Cloudflare.
Desde el lado de la agencia, el reflejo es empezar con un piloto limitado: una misión, dos o tres conectores, una duración de prueba de cuatro a seis semanas. Es menos seductor que un gran despliegue, pero mucho más revelador. Las primeras ganancias aparecen rápido, y los puntos ciegos también.
¿Cómo registrar, auditar y detener un dot en caso de problema?
La securización de un dot en empresa se basa en tres capacidades operativas: registrar las conversaciones y llamadas de aplicaciones, auditar las acciones realizadas y, después, cortar rápidamente el acceso si el comportamiento se desvía. OpenAI indica en 2026 que la Compliance API y los Compliance Logs cubren las conversaciones y llamadas de aplicaciones para los usos Enterprise de apps y plugins.
El registro solo es útil si alguien lo lee. Un registro sin explotar tranquiliza sobre el papel, pero no protege a una pyme frente a una fuga, una explotación masiva o una acción incoherente. Lo mínimo consiste en conservar los rastros de acceso, las aplicaciones utilizadas, las acciones solicitadas, las validaciones humanas y los errores bloqueados.
OpenAI también precisa que ciertas acciones sensibles, como los cambios de contraseña o las transferencias de dinero, exigen que el usuario retome el control. Otras acciones, como una eliminación permanente o la instalación de un software, pueden requerir una aprobación. Las Custom Rules permiten definir qué acciones compatibles son autónomas, están sujetas a validación o bloqueadas, sin poder eludir las exigencias centrales de seguridad ni el Autoreview.
Un buen plan de parada de emergencia cabe en una página. ¿Quién desactiva el dot? ¿Quién revoca los tokens OAuth? ¿Quién avisa al responsable de negocio, al DPO si hay datos personales afectados y al proveedor de servicios gestionados? Si tiene que buscar estas respuestas durante el incidente, el procedimiento ya es demasiado lento.
El tema conecta con los principios ciberseguridad clásicos: mínimo privilegio, supervisión, copias de seguridad, compartimentación y gestión de incidentes. Para ampliar este apartado, una guía sobre una ciberataque en Francia y sus enseñanzas operativas ayuda a relacionar IA, accesos y gestión de crisis sin dramatizar inútilmente.
¿Hay que conectar OpenAI Dots a Slack, email, CRM y pago?
OpenAI Dots puede seguir tareas mediante ChatGPT, SMS, email y Slack según la documentación de OpenAI de 2026, y algunos medios también citan Microsoft Teams. Conectar un dot a herramientas sensibles debe hacerse por prioridad de negocio: mensajería y documentos primero, CRM después, pago o banca solo tras validación jurídica, de seguridad y contable.
Los medios del lanzamiento mencionan más de 4 000 aplicaciones accesibles mediante plugins o aplicaciones conectadas. Esta cifra impresiona, pero no debe guiar su hoja de ruta. Cuantas más herramientas vea un agente, más podrá cruzar datos y producir una acción inesperada.
El CRM merece un tratamiento aparte. Leer una ficha de cliente para preparar un email es una cosa; modificar un estado comercial, aplicar un descuento o cerrar una opportunidad es otra. Misma lógica para el email: proponer un borrador presenta poco riesgo; enviarlo automáticamente a un cliente estratégico sin revisión presenta más.
El pago es el caso en el que la solución evidente suele ser la equivocada. Conectar demasiado rápido un agente a un recorrido transaccional crea una mezcla delicada: datos personales, consentimiento, fraude, responsabilidad contractual y prueba. Para comprender este cambio, el análisis del pago por agente de IA en el comercio electrónico ofrece un enfoque útil sobre los límites que hay que establecer antes de automatizar el acto de compra.
La misma lógica se aplica a las aplicaciones empresariales. Si su sistema interno no tiene una API adecuada, roles separados o registros fiables, a veces es mejor crear una interfaz intermedia que dar a un agente acceso directo a una herramienta antigua. Un modelo de IA ligero, especializado y de bajo coste puede incluso ser preferible a un gran agente generalista para ciertas tareas rápidas; es el compromiso descrito en este análisis sobre laIA de baja latencia y los modelos pequeños.
¿Qué plan de despliegue adoptar antes de generalizar OpenAI Dots?
Un despliegue de OpenAI Dots en la empresa debe comenzar con un piloto limitado, medido sobre un resultado de negocio y que pueda detenerse en cualquier momento. En 2026, OpenAI insiste con Presence y la Agents API en los permisos, las políticas, las pruebas, la escalada y la supervisión de producción; estos principios deben preceder a la automatización a gran escala.
El piloto adecuado no es necesaroriamente el más visible. Elija una tarea frecuente, repetitiva, con escasa consecuencia en caso de error: síntesis de tickets support, preparación de actas, vigilancia documental, clasificación de solicitudes entrantes. Evite al principio las decisiones de RR. HH., los precios, los pagos, la salud y los litigios con clientes.
Mida poco, pero bien. Tiempo ahorrado por semana. Tasa de validaciones rechazadas. Número de acciones bloqueadas. Incidentes de confidencialidad. Satisfacción de los usuarios internos. Estos indicadores valen más que un discurso general sobre la productividad.
El despliegue también debe tener en cuenta el SEO y la visibilidad si los agentes producen o actualizan contenido público. Un agente que publica sin salvaguardas puede crear contenido débil, incoherente o no conforme con su línea editorial. Sobre este tema, los criterios de visibilidad en IA generativa y búsqueda se detallan en el artículo sobre los tendencias GEO y AI Overviews.
Definir este tipo de proyecto de antemano evita la mayoría de las malas sorpresas. Una mirada externa ayuda sobre todo a establecer los límites antes de la demostración: lo que el agente puede leer, lo que puede proponer, lo que nunca hará solo y lo que debe seguir bajo responsabilidad humana.
Preguntas frecuentes sobre OpenAI Dots en la empresa
¿OpenAI Dots está disponible en Europa en 2026?
OpenAI Dots no está disponible para los usuarios Pro en el Espacio Económico Europeo, en Suiza y en el Reino Unido en el lanzamiento del 29 de septiembre de 2026. Los usuarios Business Premium y Enterprise siguen condiciones distintas según las regiones supportées y la configuración del administrador.
¿Puede un dot modificar contraseñas o realizar una transferencia por sí solo?
OpenAI indica en 2026 que las acciones sensibles de un dot, como un cambio de contraseña o una transferencia de dinero, exigen que el usuario vuelva a tomar el control. Algunas eliminaciones permanentes o instalaciones de software también pueden requerir una aprobación.
¿Sustituyen los dots a un workflow métier classique?
OpenAI Dots no sustituye un workflow métier bien diseñado; un dot lo ejecuta o lo asiste con permisos delimitados. Si el proceso es ambiguo, el agente corre sobre todo el riesgo de acelerar los errores existentes.
¿Qué diferencia hay entre OpenAI Dots y la API de Agentes?
OpenAI Dots cor responde a agentes persistentes en ChatGPT, mientras que la Agents API, lanzada en beta pública el 10 de septiembre de 2026, sirve a los desarrolladores que crean agentes cloud con ejecución alojada, memoria, herramientas y entornos que pueden durar varios días.