Make AI Agents ya acepta tools MCP externas: cuando la automatización visual empieza a hablar con el stack agentic
Make habilitó MCP tools para AI Agents, permitiendo conectar servidores MCP externos y usarlos junto con módulos nativos en una misma corrida. Para builders, la novedad práctica es mezclar automatización visual, tools remotas y control de alcance sin escribir un puente propio.
Por qué importa
Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.
Make acaba de mover una pieza que muchos equipos no-code y low-code estaban esperando: Make AI Agents puede sumar tools desde servidores MCP externos. La nota de comunidad lo plantea de forma concreta: un agente puede leer tools expuestas por uno o más servidores MCP y usarlas durante la misma corrida junto con módulos nativos de Make.
La noticia no es "Make soporta otro conector". Es otra cosa: MCP empieza a entrar en plataformas donde el usuario ya diseña procesos visuales, aprobaciones y automatizaciones operativas. Para equipos de Latinoamérica que ya usan Make para ventas, soporte, operaciones o reporting, esto baja bastante la fricción de probar agentes con herramientas reales.
Qué cambia para el builder
Hasta ahora, muchos flujos terminaban en una de dos rutas incómodas.
La primera era escribir una API propia para que Make pudiera llamar una herramienta interna. La segunda era sacar el agente fuera de Make y perder parte de la visibilidad visual que el equipo operativo ya entiende.
Con MCP tools, aparece una tercera ruta:
- mantienes el flujo principal en Make;
- conectas un servidor MCP externo como proveedor de tools;
- eliges qué tools quedan activas para el agente;
- y dejas que el agente decida cuando usarlas durante una ejecución.
Eso no convierte Make en un framework de agentes para todo. Pero sí lo vuelve una superficie más seria para automatizaciones donde el agente necesita leer contexto, llamar tools y convivir con pasos deterministas.
El control de tools importa más que la cantidad
La documentación de ayuda aterriza un punto sano: puedes activar o desactivar tools dentro de la configuración del agente. Ese detalle importa porque el error clásico en MCP es exponer demasiado.
Un agente no mejora solo porque vea más tools. A veces empeora: selecciona mal, gasta tokens describiendo capacidades irrelevantes o intenta acciones que deberían quedarse en pasos determinísticos. En Make, la oportunidad es separar:
- módulos nativos para pasos estables;
- MCP externo para capacidades que ya viven fuera;
- aprobaciones humanas para acciones sensibles;
- logs de ejecución para entender qué hizo el agente y por qué.
Dónde sí lo probaría primero
Yo empezaría con flujos internos de bajo riesgo: enrichment de leads, investigación ligera, clasificación de tickets, preparación de reportes o búsqueda en sistemas internos con permisos de solo lectura.
No lo estrenaría con pagos, borrados, cambios de CRM masivos o acciones irreversibles. Ahí primero necesitas scopes, ambientes separados, auditoría y una regla clara sobre qué pasa cuando el agente no está seguro.
La intención de búsqueda es específica: Make AI Agents MCP, MCP tools Make, Make MCP server, automatización con agentes MCP y Make AI agent tools. No hay volumen inventado; la demanda se infiere por la publicación oficial en comunidad, la documentación de ayuda y la base grande de usuarios que ya automatiza procesos en Make.
Si estás empezando desde cero, primero ordena tools y permisos con el curso gratis. La conclusión corta: MCP en Make importa porque acerca el mundo agentic al lugar donde muchas empresas ya operan sus procesos, no solo a IDEs y SDKs de developers.