Cuando pensamos en administrar una web, normalmente pensamos en una interfaz gráfica: entrar al CMS, buscar una página, encontrar el campo, editar, guardar y revisar.
Pero esa no tiene por qué ser la única interfaz del sistema.
Una web también puede exponer operaciones pensadas para que un agente de IA trabaje sobre el mismo backend usando lenguaje natural. Ahí aparece una aplicación interesante de Model Context Protocol (MCP).
Qué es MCP en este contexto
MCP es un estándar abierto que permite conectar aplicaciones de IA con sistemas donde viven datos y herramientas. La documentación oficial actual describe servidores capaces de exponer tools, resources y prompts. Para administrar una web, las tools son especialmente interesantes porque representan operaciones que el modelo puede invocar. Documentación oficial del MCP TypeScript SDK.
La idea no es reemplazar el backend ni darle acceso libre a la IA. Es exponer capacidades específicas que el sistema ya sabe ejecutar, manteniendo validaciones, permisos y reglas.
De una interfaz visual a operaciones concretas
En vez de pensar “el agente puede tocar la web”, conviene pensar en acciones mucho más acotadas:
- get_page() para leer una página;
- update_page() para modificar contenido;
- create_blog_draft() para crear un borrador;
- update_seo_metadata() para editar metadata SEO;
- publish_post() para publicar, con controles adicionales.
El agente descubre qué herramientas existen y traduce una intención en una secuencia de llamadas. Por ejemplo: “convertí este texto en un artículo, agregale metadata SEO y dejalo como borrador”.
MCP no reemplaza APIs, backend ni autenticación
El servidor MCP funciona como una interfaz entre la aplicación de IA y capacidades controladas del sistema. Debajo siguen existiendo el backend, las APIs, la base de datos, las reglas de negocio y la autenticación.
Esto importa porque simplificar la interacción no debería significar reducir el control. Leer una página, editar un borrador y publicar en producción no tienen el mismo riesgo y no deberían tener el mismo nivel de acceso.
La ventaja no es sólo velocidad
El cambio más interesante es desacoplar parte de la operación de la interfaz gráfica. Un CMS sigue siendo útil para revisar, navegar y editar visualmente, pero deja de ser la única forma posible de pedir cambios.
Eso permite que una persona trabaje desde la intención:
- “actualizá esta sección”;
- “creá un borrador con este contenido”;
- “cambiá la metadata SEO”;
- “dejá este artículo listo para revisar”.
El agente convierte esas instrucciones en operaciones concretas y el backend conserva las reglas.
Cuándo tiene sentido
Este enfoque es especialmente útil cuando hay tareas editoriales o administrativas repetitivas y el sistema ya tiene operaciones claras. No hace falta exponer todo ni buscar “autonomía total”.
La pregunta de diseño es más concreta: ¿qué funciones de tu web sería útil poder pedir en lenguaje natural y cuáles deberían seguir requiriendo una confirmación explícita?