MCP-first reordena el orden de prioridades clásico. No es la interfaz lo que está en el centro, sino una capa central de acciones, recursos y flujos de trabajo que todas las interfaces utilizan por igual.
La nueva prioridad
Antes, la aplicación web surgía primero y después venían la API y la automatización. MCP-first lo invierte: primero el dominio, las acciones y las políticas, las interfaces son los clientes.
Klassisch
- Webapp
- Mobile App
- Admin UI
- API
- Automation
- AI-Integration
MCP-first
- Domain Model
- Action Layer
- Permission Layer
- MCP Tools
- MCP Resources
- MCP Workflows
- Audit Layer
- Webapp · Mobile · Admin · API · Automation
Arquitectura objetivo
La arquitectura consta de seis capas. Las interfaces humanas y agénticas están arriba, la capa de capacidades forma el núcleo, y por debajo siguen la seguridad, el dominio y los datos.
Regla fundamental
La lógica de negocio no puede residir en la aplicación web. La lógica de negocio no puede residir en el servidor MCP.
Por qué esto impone una mejor arquitectura
Quien construye MCP-first debe modelar de forma más limpia de manera automática:
- acciones de dominio claras con intención de usuario inequívoca
- esquemas de entrada y salida tipados
- permisos claros, casos de error y efectos secundarios
- Audit Events y niveles de protección claramente definidos
Esto no solo es bueno para la IA. Es buena arquitectura de software.
Motor de políticas central
Todas las interfaces utilizan la misma función de decisión:
can(user, action, resource, context)De este modo no hay una segunda lógica de permisos divergente en el servidor MCP o en la aplicación web, solo una fuente de verdad.