MCP: el cable que une el chat del equipo con el repositorio y las herramientas.

El Model Context Protocol —MCP, protocolo para que modelos y agentes usen herramientas externas con un contrato común— se ha convertido en el esperanto de los agentes: servidores que exponen canales, ficheros y herramientas con la misma forma de hablar. Slack lo adoptó en 2026; los IDEs y Codex importan servidores MCP como parte del proyecto.

En lenguaje llano: antes cada herramienta tenía su API rara y el agente vivía en un silo. Con MCP, el chat puede «enchufarse» al repositorio, a Jira, a Slack o a un panel interno con conectores reutilizables. Piénsalo como USB-C para la IA: un mismo tipo de cable, distintos periféricos.

La ganancia es enorme: el agente deja de vivir en un silo y ve el mismo contexto que el equipo. El coste es de gobierno. ¿Qué canales puede leer? ¿Puede ejecutar despliegues? ¿Quién rota las claves? Un agente con demasiados permisos es un riesgo de seguridad; uno con demasiados pocos no ayuda.

En aplicaciones a medida diseñamos MCP como cualquier otra API: autenticación, mínimos privilegios y registro de auditoría —un log de quién hizo qué y cuándo—. El human + IA se sostiene si el cable está bien aislado, no si está siempre enchufado a producción.

En Ambigram separamos servidores MCP de lectura (docs, issues, logs) y de acción (merge, deploy, envío de mensajes). El agente de desarrollo suele empezar solo con lectura y tests; las acciones críticas pasan por aprobación humana o por un segundo agente con reglas más estrictas.

MCP no es magia: es cableado disciplinado. Si tu organización conecta el chat al repo este año, invierte tiempo en permisos y rotación de secretos igual que cuando abriste la primera API pública. El protocolo facilita la conexión; la política de seguridad define si esa conexión es segura.