Objetivos de aprendizaje
- Entender qué riesgo añade cada servidor MCP.
- Separar credenciales, permisos y entornos de prueba.
- Diseñar allowlists y reglas de uso para equipos.
En cristiano: MCP. Model Context Protocol es un estándar para que un modelo use herramientas externas con esquemas definidos.
{
"mcpServers": {
"github-readonly": {
"command": "npx",
"args": ["-y", "@modelcontextprotocol/server-github"],
"env": {
"GITHUB_PERSONAL_ACCESS_TOKEN": "${GITHUB_READONLY_TOKEN}"
}
}
}
}Buenas prácticas
- Usa tokens de solo lectura cuando el flujo no necesita escribir.
- Separa tokens de desarrollo, preview y producción.
- No pongas secretos en repositorios, prompts ni capturas.
- Revisa qué tools expone cada MCP antes de aprobarlo.
- Limita servidores permitidos en equipos mediante settings gestionados si los tienes.
Idea clave. El nombre del servidor no basta. Mira las herramientas que expone: leer issues no es lo mismo que cerrar PRs, borrar ramas o escribir en producción.
Cuidado. Un agente con MCP a base de datos real y permisos de escritura necesita las mismas defensas que una aplicación interna: mínimos privilegios, logs y entorno de pruebas.
Comprueba que funciona. Haz inventario de tus MCP: servidor, credencial, herramientas disponibles, permisos reales, entorno y persona responsable.
Guardar y reabrir el proyecto.
MCP no es solo una integración. Es una puerta. Decide quién tiene llave, para qué y con qué registro.
Siguiente misión recomendada
Si has guardado la evidencia de esta lección, continúa con «GitHub y routines». Si no, repite la comprobación antes de avanzar.