zetarıx

Blog

El agente sale del editor

Escrito en enero de 2026 · 2 min de lectura

Las herramientas y modelos que menciona esta nota cambian rápido; conviene leerla con su fecha en mente.

Durante dos años, el asistente de código vivió encerrado en el editor. Todo lo que sabía del mundo se lo llevaba una persona: copiar el error de la consola, pegar el stack trace, describir lo que se veía en pantalla. El asistente razonaba bien, pero miraba por un agujero.

Eso está cambiando rápido. Protocolos abiertos (MCP, el más difundido, se volvió un estándar de hecho en estos meses) permiten conectar el agente directamente con las herramientas: el navegador, la base de datos, el sistema de tickets, los logs del servidor. El agente deja de recibir descripciones de segunda mano y empieza a mirar por sí mismo.

Un caso chico y concreto

Un bug visual reportado en un formulario. El circuito de antes: reproducirlo a mano, sacar una captura, copiar el error de consola, pegar todo en el chat, esperar la propuesta, aplicarla, volver a probar a mano.

El circuito de ahora: el agente abre la página, reproduce el problema, lee el error de consola directamente, propone el arreglo y vuelve a cargar la página para confirmar que desapareció. La persona interviene dos veces. Al principio, para definir bien el problema. Al final, para revisar el arreglo antes de que llegue a ninguna parte.

No es una demostración de laboratorio; es un martes cualquiera en el taller. Y el tiempo que se ahorra no está en la propuesta del arreglo, que ya era rápida. Está en todo el traslado de información que dejó de hacer falta.

La integración es trabajo de ingeniería

Conectar un agente a las herramientas reales de una empresa abre preguntas que el chat nunca había hecho aparecer:

  • ¿Puede leer datos de producción, o solo de entornos de prueba?
  • ¿Puede escribir, o solo consultar?
  • ¿Con qué credenciales opera? ¿Quedan registradas sus acciones?

Nuestras respuestas, por ahora: lectura por defecto, escritura solo en entornos de prueba, y credenciales propias para el agente, separadas de las personales, con registro de lo que hace. Darle acceso amplio a un agente crea una superficie de riesgo que antes no existía, y conviene tratarla con la misma seriedad que un acceso humano nuevo.

La tentación de conectar todo

Cada conexión nueva es útil, y por eso mismo la tentación es conectar todo de una vez. Preferimos el camino lento: una herramienta por vez, con permisos mínimos, y ampliar solo cuando el uso lo justifica. Un agente que ve demasiado y se equivoca hace daño a la velocidad de un agente.

Lo que viene

Con el agente afuera del editor, la pregunta siguiente es evidente: ¿qué pasa cuando hay más de uno? Varios agentes sobre el mismo problema, con herramientas distintas, es un escenario que ya se insinúa en las plataformas grandes. Lo estamos mirando de cerca.

Si estás evaluando conectar asistentes a tus propias herramientas y el tema de permisos te hace ruido, es un ruido sano. Escríbenos si quieres conversarlo.