ChatGPT Dots vs Grok Bot: superficie de trabajo o agente en producción

En 60 segundos: elegí Dots cuando querés un agente personal siempre disponible dentro del ecosistema ChatGPT, con continuidad entre ChatGPT, Slack y Teams, ordenador cloud, plugins y controles propios de OpenAI. Evaluá Grok Bot cuando el problema empieza por una responsabilidad operativa repetida: un especialista recibe trabajo, mantiene un backlog, entrega evidencia a una persona y devuelve el resultado aprobado al sistema de registro. En este artículo, Grok Bot es el producto/asistente de Kiia, no el modelo Grok de xAI. Kiia todavía no publica una matriz completa de canales, conectores, permisos o precios de Grok Bot; verificá esos puntos con producto. La decisión no sale de un benchmark: sale de dónde vive el estado, quién puede autorizar una acción y cómo se recupera una excepción.

No es un duelo de modelos

La pregunta “¿cuál es más inteligente?” distrae de la decisión real. Un agente puede redactar muy bien y aun así fallar en producción porque perdió una excepción, escribió en el registro equivocado o nadie sabía quién debía revisar su trabajo.

OpenAI presentó Dots el 29 de septiembre de 2026 como agentes siempre activos impulsados por GPT-6 Astra. Cada Dot tiene un ordenador y navegador en la nube, trabaja con aplicaciones conectadas y mantiene el contexto mientras la conversación se mueve entre canales. Es una superficie general para acompañar a una persona y seguir proyectos.

El patrón que Kiia publica para Grok Bot parte desde el otro extremo. Primero define un especialista, su resultado, sus fuentes, su cola y su punto de aprobación. Después decide qué herramientas necesita. Nuestra guía de Grok Bot en producción y el ejemplo de Financio muestran ese enfoque operativo. No documentan públicamente una lista completa de canales o integraciones, así que no la inferimos.

Comparación operativa

Decisión	ChatGPT Dots	Grok Bot de Kiia
Punto de partida	Un agente personal dentro de ChatGPT que continúa el trabajo entre conversaciones	Un trabajo repetido asignado a un especialista con entrada, salida y límites definidos
Canales publicados	ChatGPT en desktop, web y móvil; Slack y Teams; llamada dentro de ChatGPT	Asistente de escritorio. Otros canales no están publicados: verificar con producto
Continuidad	Memoria, notas y contexto relevante a través de conversaciones y canales	El patrón publicado usa brief, backlog y sistema de registro para que el estado no dependa del chat
Herramientas	Ordenador y navegador cloud, plugins y, si se autoriza, un ordenador conectado	Conectores e integraciones concretas no publicados: verificar con producto
Permisos	Permisos de apps de ChatGPT, reglas integradas, Custom Rules y auto-review	Diseño por mínimo privilegio y aprobación descrito por Kiia; implementación exacta no publicada
Handoff humano	Dots pide decisiones, muestra actividad y deriva acciones según la revisión automática	Un responsable revisa evidencia y aprueba el cambio exacto antes de escribirlo en el sistema oficial
Sistema de registro	El Dot principal trabaja sobre apps conectadas; OpenAI presenta las integraciones profundas con SoR dentro del preview de specialist dots	El sistema de registro es parte explícita del patrón operativo; la escritura directa y los conectores disponibles deben verificarse
Precio, ROI y benchmarks	No se comparan en este artículo	No publicados para esta comparación; verificar con producto

La tabla no declara paridad. También separa producto disponible de dirección anunciada. OpenAI dice que el Dot principal puede usar apps conectadas; sus specialist dots con identidad, credenciales e integración profunda con sistemas de registro están en preview y pilotos empresariales. No conviene diseñar hoy un rollout crítico como si todo el preview ya estuviera disponible para cualquier cuenta.

Cuándo elegir Dots

Dots encaja cuando la fricción principal es mantener continuidad alrededor de una persona. Un responsable puede iniciar un análisis en ChatGPT, compartir contexto con su equipo en Slack y recibir una decisión pendiente en Teams sin crear otro agente ni reiniciar su memoria.

La documentación oficial de cómo funcionan Dots confirma cuatro piezas útiles para ese caso:

1. El Dot sigue trabajando en su ordenador cloud aunque el equipo de la persona esté apagado.
2. Se llega al mismo Dot desde ChatGPT, Slack, Teams o una llamada.
3. Los plugins usan las cuentas conectadas y sus permisos existentes.
4. Las acciones que afectan cuentas o comparten información pasan por una revisión que decide si el Dot puede continuar, necesita aprobación o debe entregar el paso a la persona.

Eso lo vuelve una opción natural para investigación, preparación de documentos, seguimiento de proyectos y coordinación personal. El valor está en tener una superficie continua cerca del usuario.

No confundas esa comodidad con una política operativa completa. Custom Rules permite autorizar, bloquear o pedir aprobación para acciones específicas, pero el equipo todavía debe decidir qué registro es oficial, quién resuelve una excepción y cómo se audita el resultado.

Cuándo evaluar Grok Bot

Grok Bot encaja cuando la unidad de diseño no es una conversación sino una responsabilidad. Por ejemplo: convertir briefs aprobados en issues, preparar comprobantes para revisión o mantener una cola de excepciones de contenido.

El especialista recibe una definición menos abierta:

• qué evento o cola inicia el trabajo;
• qué fuentes puede consultar;
• qué artefacto debe entregar;
• qué acciones tiene prohibidas;
• qué persona resuelve ambigüedades;
• en qué sistema queda el estado vigente.

El chat sigue siendo útil para orientar y corregir. No es el lugar donde debería vivir el backlog oficial. Si un caso se detiene, otra persona debe poder abrir el gestor de trabajo, ver la fuente, entender el estado y continuar sin reconstruir toda la conversación.

Este enfoque sirve cuando el proceso cruza una frontera real: operaciones a finanzas, producto a ingeniería o contenido a publicación. Sin embargo, los detalles comerciales y técnicos de Grok Bot no están suficientemente documentados fuera del blog de Kiia. Antes de comprometer un diseño, pedí a producto confirmación escrita de canales, conectores, aislamiento, retención, modelo de permisos, límites y soporte.

Control: una regla no sustituye un sistema

Dots publica una capa de control concreta. Las Custom Rules complementan sus reglas integradas, y auto-review evalúa las acciones sensibles contra instrucciones, reglas y requisitos de seguridad. OpenAI también aclara que ciertas tareas deben quedar siempre en manos de la persona y que Dots puede cometer errores.

Para Grok Bot, Kiia ha publicado principios de operación, pero no una especificación completa de controles del producto. Por eso el diseño debe asumir solo lo que puede comprobarse: mínimo privilegio, salida revisable y aprobación explícita. Si una restricción importa de verdad, tiene que existir también en la cuenta, API o sistema de destino; no alcanza con escribir “no publicar” en el prompt.

En ambos casos, asigná autonomía por acción:

Acción	Inicio recomendado
Leer fuentes aprobadas y resumir	Automático, con registro de fuentes
Proponer un cambio o preparar un borrador	Automático, visible en una cola
Escribir un registro reversible	Aprobación sobre el payload exacto y log
Enviar, publicar, pagar o cambiar permisos	Humano responsable y control del sistema
Borrar datos, hacer merge o desplegar a producción	Fuera del piloto hasta tener revisión, recuperación y autorización explícita

Handoff: diseñá la excepción antes del caso feliz

Un handoff no es un mensaje que dice “necesito ayuda”. Debe incluir el caso, la fuente, lo que el agente intentó, la decisión pendiente y la acción preparada. También necesita una persona o rol responsable y un tiempo esperado de respuesta.

En Dots, ese handoff puede llegar por el canal acordado y quedar visible en Activity. En el patrón de Grok Bot, conviene representarlo como estado de backlog: requiere revisión, bloqueado por datos o listo para aprobar. Los nombres pueden cambiar; lo importante es que el caso sea consultable fuera de la memoria del agente.

Probá tres excepciones antes de ampliar el piloto: falta un dato obligatorio, dos fuentes se contradicen y la acción supera el permiso disponible. Si el equipo no sabe quién responde o cómo reanudar el caso, todavía no hay un flujo de producción.

El sistema de registro decide más que el canal

Slack, Teams y ChatGPT son buenos lugares para conversar. Un CRM, ERP, CMS o gestor de proyectos suele ser mejor lugar para conservar el estado que gobierna la empresa.

Preguntá dónde mirará el equipo mañana para conocer la versión vigente. Si la respuesta es “buscar el último mensaje”, falta diseño. Un patrón sano conserva en el sistema oficial:

• la identidad estable del caso;
• la fuente o evidencia mínima;
• el estado y la persona responsable;
• el cambio propuesto y el cambio aprobado;
• la fecha y el actor de cada transición.

OpenAI anticipa specialist dots conectados profundamente a sistemas de registro, pero esa oferta está descrita como preview. Grok Bot se plantea alrededor de este patrón, aunque sus conectores públicos no están enumerados. En los dos casos, validá la escritura real, la idempotencia y la recuperación antes de prometer automatización de punta a punta.

Dos decisiones típicas

Un founder quiere ayuda continua con investigación, documentos y coordinación. Ya trabaja en ChatGPT y Slack, cambia de tema durante el día y quiere que el mismo contexto lo acompañe. Dots es el primer candidato. Empezaría con apps acotadas, borradores y una Custom Rule que reserve compromisos externos para aprobación.

Operaciones quiere procesar una cola semanal con excepciones y trazabilidad. Cada caso necesita fuente, estado, responsable, aprobación y escritura en el CRM o ERP. Grok Bot puede ser un candidato si producto confirma los conectores y controles necesarios. También vale evaluar el preview empresarial de specialist dots, sin asumir que una función anunciada equivale a disponibilidad general.

Checklist de decisión

Antes de elegir, respondé por escrito:

1. ¿La unidad de trabajo es la agenda cambiante de una persona o una cola repetida del negocio?
2. ¿Qué canal necesita el usuario y está publicado para el producto?
3. ¿Cuál es el sistema de registro y qué operación exacta debe poder hacer el agente?
4. ¿Qué permisos mínimos necesita para leer y para escribir?
5. ¿Qué acciones deben esperar siempre a una persona?
6. ¿Cómo se ve, asigna y reanuda una excepción?
7. ¿Qué afirmaciones dependen de una demo o preview y cuáles están disponibles en la cuenta real?

Si las respuestas favorecen continuidad personal y canales ya integrados, probá Dots. Si favorecen un rol especializado con backlog, handoff y estado gobernado, evaluá Grok Bot con producto. Si el flujo exige contratos estrictos, aislamiento por cliente, lógica determinista o auditoría regulada, probablemente la decisión correcta sea un agente a medida.

Fuentes y vigencia

Verificamos las capacidades de Dots el 30 de septiembre de 2026 en fuentes oficiales de OpenAI:

• Introducing dots, publicado el 29 de septiembre de 2026.
• Meet dots, documentación de ChatGPT consultada el 30 de septiembre de 2026.

Para Grok Bot usamos únicamente el contexto de producto ya publicado por Kiia en Grok Bot en producción y Financio. Canales adicionales, conectores, precios, aislamiento y controles técnicos detallados figuran como no publicados / verificar con producto. No usamos cifras de ROI ni benchmarks para decidir.