MCP en GitHub: cuando los estándares técnicos dejan de ser documentos y empiezan a ejecutarse
MCP puede cambiar algo más importante que la velocidad con la que generamos código: la forma en que los agentes entienden cómo debe construirse el software.
Imaginemos una Software Factory con un servidor MCP conectado a sus guías de arquitectura, decisiones técnicas, políticas de seguridad, contratos de API y ejemplos aprobados.
Antes de implementar una tarea, el agente podría:
- consultar los estándares aplicables;
- localizar soluciones similares;
- validar su plan contra la arquitectura;
- detectar desviaciones antes de escribir todo el código;
- generar un pull request con evidencias de las verificaciones realizadas.
La documentación dejaría de ser un conjunto de archivos que alguien debería recordar leer. Pasaría a formar parte del flujo operativo de los agentes.
Pero MCP no elimina los riesgos. Si la documentación está desactualizada, las herramientas son ambiguas o los permisos son excesivos, el agente puede amplificar el problema.
Por eso, el verdadero cambio no es pasar del prompt al agente. Es pasar del prompt engineering a la ingeniería de contexto: diseñar qué información, herramientas, permisos y controles necesita la IA para trabajar correctamente.
Construir con planos, no con vibras.
El valor de MCP no está solamente en conectar más herramientas a un modelo. Está en permitir que una organización diseñe una infraestructura de contexto compartida, versionada y gobernada. Cuando los agentes pueden consultar los mismos estándares antes de implementar y revisar un cambio, la IA deja de depender exclusivamente de la calidad de un prompt individual. El reto ya no es enseñar a cada desarrollador a conversar mejor con un modelo, sino definir qué conocimiento, permisos y controles necesita ese modelo para participar responsablemente en el proceso de ingeniería.
Fuentes consultadas
Resumen Ejecutivo
La integración de MCP en el ecosistema de GitHub permite conectar agentes de IA con repositorios, documentación y herramientas mediante interfaces estructuradas. Para una Software Factory, el mayor potencial está en crear un servidor MCP interno que convierta sus estándares de arquitectura, seguridad y calidad en contexto operativo y verificable para los agentes.
Puntos Clave
- MCP estandariza la conexión entre aplicaciones de IA, fuentes de contexto y herramientas externas.
- El servidor MCP de GitHub permite trabajar con repositorios, incidencias, pull requests y otros elementos del ciclo de desarrollo según los permisos configurados.
- Una Software Factory puede crear un servidor MCP interno conectado a sus guías de arquitectura, políticas de seguridad, contratos de API y ejemplos aprobados.
- Los agentes podrían consultar estándares y validar planes antes de modificar el código.
- MCP no sustituye pruebas, analizadores, revisiones humanas ni controles de seguridad.
- La gobernanza de servidores, herramientas, permisos, secretos y auditorías es esencial.
- El cambio estratégico consiste en pasar del prompt engineering a la ingeniería de contexto.
Enfoque recomendado
"Explicar MCP desde un caso práctico: un servidor interno conectado a la documentación técnica de una Software Factory. El foco no debe estar únicamente en la capacidad del protocolo para integrar herramientas, sino en cómo puede convertir estándares dispersos en contexto operativo para agentes, mejorar la trazabilidad y reducir la dependencia de prompts manuales. Mantener una visión equilibrada: MCP estructura el acceso al contexto, pero no garantiza por sí mismo calidad ni seguridad."