TMS con LLM, MCP, OpenAPI y WebMCP: cómo separar las capas

Un TMS agent-ready necesita contratos y controles, no solo un prompt. El modelo razona; el cliente ejecuta; MCP, OpenAPI o WebMCP describen herramientas; y el TMS conserva la autoridad sobre datos y operaciones.

Las cuatro capas

Capa 1: modelo LLM. Capa 2: cliente o agente. Capa 3: protocolo y contrato (REST/OpenAPI, MCP o WebMCP). Capa 4: TMS, autenticación, datos y auditoría. No mezcles la capacidad de un modelo con una capacidad real del sistema.

OpenAPI, MCP y WebMCP

OpenAPI es un contrato HTTP útil para SDKs y validación. MCP publica herramientas para clientes MCP. WebMCP expone capacidades desde una experiencia web compatible. Cada opción necesita pruebas reales de descubrimiento, autorización, errores y límites; ninguna implica que todos los clientes sean compatibles.

Checklist de publicación

Documenta nombres exactos de operaciones, esquemas, scopes, rate limits, ejemplos de respuesta, fuentes y un modo de solo lectura. Mantén las mutaciones detrás de confirmación y registra el actor humano o servicio.

Preguntas frecuentes

¿Es una integración nativa?

No se afirma una integración nativa en esta página. Es una guía o patrón que requiere validar el endpoint, permisos y flujo extremo a extremo antes de contratarlo o desplegarlo.

¿Dónde se guardan las credenciales?

En el gestor de secretos del cliente o del servidor intermedio. Nunca deben exponerse en prompts, navegador, repositorio ni logs.

¿Puede un modelo aprobar operaciones?

Debe limitarse a lectura y borradores por defecto. Las escrituras, documentos finales y cambios de ruta requieren permisos explícitos y revisión humana.

Siguiente paso

Consulta la documentación disponible o habla con el equipo para validar el alcance de tu caso.

Contactar con Cargoffer

Última revisión: 13 de octubre de 2026. Las capacidades de terceros se deben confirmar en su documentación oficial antes de ponerlas en producción.