¿GrokBot o Claude? La ventana de chat no es el producto

Siempre me hacen la misma pregunta. Alguien lleva un año escribiendo en una ventana de chat, vio una demostración de un agente que trabajaba sin nadie en la sala, y quiere saber cuál comprar.

Es la pregunta equivocada, y lo digo como alguien que tiene agentes corriendo en dos plataformas a la vez. El modelo es casi la decisión menos importante acá. Lo que separa un chatbot de un agente son cinco cosas que le pones alrededor, y esas cinco son iguales sin importar quién lo construyó.

¿Qué convierte algo en un agente?

Un chatbot espera. Lo abres, escribes, te responde, cierras la pestaña, y todo lo que acabas de explicar sobre tu negocio desapareció. Mañana lo explicas otra vez.

Un agente tiene un trabajo que hace aparezcas tú o no. Eso exige cinco piezas, y ninguna es el modelo. Un trabajo: una responsabilidad con nombre, no “ayúdame con cosas”. Contexto que sobrevive al cierre de la ventana, para que sepa quiénes son tus clientes, cuáles son tus precios y cuál fue el error de marzo que no piensas repetir. Herramientas que puede alcanzar de verdad, que es la diferencia entre avisarte que la página está rota y arreglarla. Un disparador que no seas tú: un horario, una llamada entrante, un archivo que aparece en una carpeta. Y un lugar donde aterriza el trabajo, donde una persona lo va a encontrar.

Quita cualquiera de las cinco y vuelves a tener una ventana de chat con mejor nombre. Ponlas todas alrededor de un modelo común y corriente y tienes algo que se encarga de tu martes.

¿Hasta dónde llega esto más allá de un chatbot?

Circula una versión ordenada en cinco escalones: chatbot, asistente de código, ciclo, grafo, compañero de equipo. Casi todos los dueños de negocio con los que hablo están parados en el primer escalón y comprando el quinto.

Un ciclo es el mismo trabajo que se ejecuta otra vez sin que tú lo arranques. Un grafo son varios agentes que se pasan trabajo y revisan lo que devuelve el otro. Un compañero de equipo es lo que tienes cuando el grafo es lo bastante confiable como para dejar de vigilar cada paso y empezar a revisar resultados. El retorno empieza en el escalón tres, y ese escalón está al alcance este mes sin escribir una línea de código.

¿GrokBot alcanza para la mayoría?

Hoy, para la mayoría, es el mejor punto de entrada que existe, y no lo digo como fanático de Grok. Donde casi todos se quedan en el camino es en el costo de instalación, y GrokBot elimina casi todo eso. Describes el trabajo en lenguaje normal, lo apuntas a las cuentas que necesita, y corre. Le puedes dejar una rutina e irte del teclado, algo que hace un año no era cierto en la IA de consumo.

Nuestro agente de jefatura de gabinete vive ahí. Reparte el trabajo, mantiene especialistas disponibles, entra a las partes del negocio que viven en el navegador y que una terminal no puede tocar, y da seguimiento mientras yo estoy en otro lado. No es lo más potente que corremos. Es lo que menos me pidió para arrancar.

¿Qué hace Claude en VS Code que GrokBot no hace?

Se queda con las partes del negocio que viven en archivos. El repositorio. La terminal. Los despliegues. El trabajo largo de leer cuarenta documentos para encontrar el número que contradice a los otros treinta y nueve. Memoria en disco, como archivos que puedo abrir y corregir.

Esa es la diferencia entre un agente que reporta un problema y uno que lo cierra, algo que discutimos en abril: estás usando Claude, pero no lo estás entrenando.

El costo es real. Estás administrando archivos, y cuando algo se rompe tienes que leer qué se rompió. Es un arranque más empinado que GrokBot y no mandaría a nadie ahí primero.

¿Por qué usar los dos en lugar de elegir uno?

Cubren mitades distintas, y el traspaso entre las dos resultó ser lo que importa. Ninguna mejoraría si la forzara a la otra plataforma, y esa es la afirmación de la que estoy más seguro acá, porque ya lo intenté.

El ciclo es especificar, construir, verificar, aprobar. Un documento se redacta en un lado y se pone a prueba en el otro. Cuando un modelo se desvía, o lee un problema de diseño como si fuera de datos, el otro lo detecta, y prefiero enterarme en mi pantalla y no en la bandeja de entrada de un cliente.

Eso es redundancia, no trabajo inventado. La diferencia está en si la segunda revisión puede contradecir de verdad a la primera. Dos agentes en la misma plataforma comparten los mismos puntos ciegos, así que casi siempre se dan la razón, y eso se siente como verificación sin serlo.

Tampoco sale gratis. Alimentas dos memorias en lugar de una, y tienes que decidir qué mitad se queda con cada trabajo, o el trabajo se hace dos veces, o se cae porque cada lado dio por hecho que lo tenía el otro. Si no vas a mantener las dos, corre un solo ciclo en la plataforma fácil y quédate ahí hasta que choques con el muro.

¿Cómo se ve esto un martes cualquiera?

A las siete de la mañana, antes de que nadie despierte, un vigilante corre 19 revisiones sobre los sitios de los que somos responsables y solo dice algo si uno se rompió en silencio durante la noche. Nadie lo arranca.

Nuestro teléfono lo contesta en inglés o español un agente que toma los datos de quien llama y envía el prospecto por correo antes de que una persona haya mirado una pantalla. De eso escribimos en el artículo de la recepcionista bilingüe. Corre del lado de Grok.

El trabajo de clientes corre del otro lado, con unos 100 archivos pequeños de memoria detrás. Qué sitios de cliente se publican con un script y no con un push, porque una vez rompí uno así. Qué palabras en español no usamos. Qué afirmaciones siguen sin verificar y no pueden llegar a un cliente. Entró de a una corrección por vez, casi siempre justo después de que algo salió mal. La versión completa del equipo está acá: una persona, cinco agentes.

¿Por dónde se empieza?

Empieza en la plataforma fácil, con un trabajo que se te olvida hacer. No el más importante. El que te da rabia, porque vas a necesitar esa motivación en la semana tres, cuando la primera versión sea peor que hacerlo a mano.

Dale las cinco piezas. Nómbrale el trabajo, escribe el contexto que necesita y corrígelo cada vez que se equivoque, conéctalo a las cuentas que tiene que alcanzar, ponlo en un horario, decide dónde aterriza el resultado. Después déjalo solo una semana.

Bájalo a la capa difícil cuando choques con el muro, y el muro es específico: necesita cambiar algo dentro de un sistema que no puede alcanzar. Antes no. La mayoría sale a buscar la herramienta potente primero y nunca termina con un agente corriendo.

El equipo que publicamos en julio ya movió un agente a otra plataforma, y nada de lo que está debajo cambió. Por eso no me pone nervioso lo que salga la primavera que viene.

La meta no es tener un equipo más grande. Es gastar menos semana en la rutina repetitiva y más en el criterio, en el pensamiento de fondo, en las decisiones que solo debería tomar una persona. Los agentes se quedan con el trabajo de ciclo. Tú te quedas con el gusto y con la última palabra.