Grok Build y el año en que el agente entró a la terminal

xAI presentó esta semana Grok Build, un agente de programación que vive en la terminal con planificación, diffs limpios, subagentes paralelos y soporte de los protocolos MCP y ACP. En paralelo, los Connectors de Grok Web llevan SharePoint, Outlook, OneDrive, Google Workspace, Notion, GitHub y Linear al chat, con la opción de conectar un servidor MCP propio. El detalle técnico importa más que el anuncio. Al adoptar MCP, una herramienta construida para un agente funciona, en principio, con otro. El protocolo se vuelve el terreno común donde compiten Claude Code, Codex, Copilot, Gemini Code y ahora Grok Build. La ventaja deja de estar en el modelo y pasa a la capa de orquestación: quién coordina, con qué permisos y sobre qué datos. Esa es la conversación que importa para una organización. Un agente que ejecuta tareas reales (escribir, probar, desplegar, consultar sistemas) necesita tres cosas que rara vez se diseñan a tiempo: un alcance explícito de lo que puede tocar, una identidad propia distinta de la del humano que lo activa, y una traza de lo que hizo. Sin eso, la automatización avanza más rápido que el control. La señal de fondo: junio de 2026 es el mes en que el mercado dejó de preguntar si los agentes son reales. Cinco jugadores serios de programación agéntica, integraciones empresariales nativas y protocolos compartidos describen un stack que ya está en producción. La oportunidad para quien lidera operaciones está en elegir los procesos correctos para agentizar, definir la gobernanza antes del despliegue y medir el resultado con la misma disciplina que cualquier otro proceso crítico. El agente que entra a la terminal no reemplaza al equipo. Cambia dónde está el valor: en la coordinación, los permisos y la memoria de lo que el agente ejecuta. Fuente: Releasebot — xAI release notes (7 jun 2026).