Habilidades de agentes vs servidores MCP: marco de decisión

Las habilidades de agentes y los servidores MCP suelen presentarse como formas competidoras de extender un agente de IA. Esa interpretación es incorrecta: una habilidad enseña al agente cómo trabajar, mientras que un servidor MCP le otorga acceso controlado a capacidades en vivo.

La pregunta útil no es “¿Qué estándar gana?” Sino “¿Dónde debería residir esta responsabilidad?” Esta guía responde esa pregunta para asistentes alojados como Hermes Agent y OpenClaw, donde el tamaño del contexto, las conexiones de larga duración, las credenciales y la seguridad operativa importan más que una demostración ordenada.

Esto no es una comparación académica. Es un framework práctico de decisión construido a partir de experiencia real de despliegue con ambos mecanismos, incluyendo los compromisos de costo de contexto que solo se vuelven visibles cuando un agente está funcionando en producción. Si estás construyendo sistemas multi-agente, también podrías querer leer nuestra comparación de protocolos A2A vs MCP, que cubre un eje diferente del mismo espacio de problemas.

Habilidades de Agente vs Servidores MCP en una Tabla

Usa una habilidad para procedimientos, juicio y conocimiento operativo reutilizable. Usa un servidor MCP para estado autoritativo, operaciones protegidas y un contrato estable de capacidades.

Mi predeterminado es deliberadamente conservador: comenzar con una habilidad cuando el trabajo es local, intensivo en lectura y procedimental. Agregar un servidor MCP cuando el agente cruza un límite de confianza, toca estado externo cambiante o necesita una operación que debe permanecer correcta incluso cuando el modelo está confundido.

La Distinción Fundamental: Procedimiento vs Capacidad

Una Habilidad de Agente es un directorio centrado en SKILL.md, con scripts opcionales, referencias y activos. La especificación de Habilidades de Agente define metadatos requeridos y un modelo de revelación progresiva: el host puede descubrir primero un nombre y descripción pequeños, cargar las instrucciones completas cuando sea relevante y obtener archivos de apoyo solo cuando sea necesario.

Esto hace que una habilidad sea un hogar fuerte para una rúbrica de incidentes, una lista de verificación de lanzamiento, un método de investigación o instrucciones para usar una herramienta de línea de comandos existente. Su valor central es el procedimiento codificado: secuencia, juicio, restricciones, ejemplos y la definición de un buen resultado. Para detalles específicos de autoría en Hermes incluyendo estructura de frontmatter y activación condicional, consulta Autoría de Habilidades de Hermes Agent.

MCP resuelve un problema diferente. La especificación del Protocolo de Contexto de Modelo proporciona a un cliente y servidor un contrato basado en JSON-RPC para capacidades incluyendo herramientas, recursos y prompts, con transportes estándar y comportamiento de descubrimiento. Las guías prácticas de implementación para servidores MCP en Python y servidores MCP en Go muestran lo directa que puede ser la capa de integración una vez que el protocolo maneja el trabajo pesado.

Por lo tanto, un servidor MCP es un buen límite alrededor de un sistema de tickets, plano de control en la nube, base de datos fuente de verdad o servicio de búsqueda interno. Posee la mecánica de alcanzar ese sistema y puede ejecutar validación, autorización, tiempos de espera, límites de tasa y comportamiento de auditoría fuera de las instrucciones en prosa del modelo.

Una Regla Más Precisa

Pregúntate si una responsabilidad debe permanecer correcta sin que el modelo recuerde una instrucción. Si la respuesta es sí, pertenece en código determinista o política de servidor, no solo en SKILL.md.

Por ejemplo, “recolectar tres señales de apoyo antes de escalar” es una instrucción útil de habilidad. “Rechazar un cambio de estado a menos que el llamador tenga el alcance de gestor de incidentes” debe ser ejecutado por el servicio o servidor MCP, incluso si la habilidad repite la regla.

Este es el límite que importa:

• Una habilidad puede decirle al agente cuándo una acción es apropiada.
• Una herramienta MCP puede hacer la acción disponible a través de una interfaz tipada.
• El servicio de respaldo debe decidir si la acción está realmente permitida.

Los servidores MCP también pueden exponer prompts, por lo que los estándares se superponen en los bordes. Sin embargo, poner un procedimiento operativo completo en una descripción gigante de herramienta generalmente produce un catálogo de capacidades frágil, mientras que poner un cliente API privilegiado en un script de shell oculto dentro de una habilidad generalmente produce un problema de seguridad evitable.

Cuando un SKILL.md es Suficiente

Una habilidad es suficiente cuando el agente ya tiene acceso seguro a todo lo requerido y el ingrediente faltante es el saber-hacer. Esto es común para análisis de repositorios, transformación de documentos, generación de informes o un flujo de trabajo local construido sobre comandos CLI maduros.

Los Datos son Locales o Proporcionados por el Usuario

Supongamos que un agente debe inspeccionar un repositorio verificado, ejecutar linters de solo lectura, comparar archivos de configuración y producir un informe de migración. Los archivos ya están en el entorno de trabajo, y el host ya expone herramientas de sistema de archivos y procesos, por lo que otro servicio de red agrega poco valor.

La habilidad puede describir qué archivos inspeccionar, el orden de comandos, manejo de fallas y la evidencia requerida. Un script empaquetado puede normalizar la salida, pero la sandbox existente del host y los permisos de comando permanecen como el límite real de ejecución.

El Flujo de Trabajo Depende del Juicio

Las habilidades son especialmente útiles cuando existen varias acciones técnicamente válidas pero la organización prefiere un método operativo. Una habilidad de revisión de código puede explicar qué riesgos merecen comentarios bloqueantes, cuándo solicitar una reproducción y cómo separar problemas de corrección de preferencias estéticas.

Esas reglas cambian a medida que los equipos aprenden. Mantenerlas como prosa bajo control de versiones y pequeñas referencias es a menudo más claro que recompilar o redesplegar un servidor por cada ajuste editorial.

La Portabilidad Importa Más que el Control Central

El formato abierto de Habilidades de Agente está diseñado como una carpeta portable en lugar de un runtime remoto. Una habilidad bien delimitada puede moverse entre hosts compatibles con sus instrucciones, ejemplos y activos de apoyo intactos, aunque los nombres de herramientas y el comportamiento de sandbox aún requieren pruebas específicas del host.

Esta portabilidad es útil para flujos de trabajo de Hermes Agent y OpenClaw que comparten un método pero no necesariamente el mismo despliegue. Mantén las notas específicas del host en referencias cortas en lugar de bifurcar el procedimiento central ante la primera diferencia. La guía del ecosistema de habilidades de OpenClaw cubre qué habilidades vale la pena instalar y cómo restringirlas de forma segura por rol de agente.

Un CLI Existente ya Proporciona la Capacidad

No construyas un servidor solo para envolver un comando local confiable. Si un asistente de usuario único puede llamar a un CLI específico que ya maneja autenticación, salida estructurada y errores, una habilidad puede ser la solución más pequeña y mantenible.

La advertencia es importante: un CLI no es automáticamente seguro porque es local. Evita interpolación amplia de shell, prefiere salida estructurada, restringe destinos escribibles y no trates la lista de herramientas sugerida por una habilidad como un sistema completo de autorización.

Cuando Necesitas un Servidor MCP

Elige MCP cuando el problema no es simplemente recordar qué hacer. Un servidor MCP se vuelve valioso cuando el agente necesita un puente duradero, tipado y gobernable hacia un sistema cambiante.

El Estado es en Vivo y Autoritativo

Los tickets de clientes, estado de despliegue, inventario, registros de facturación y métricas de producción pueden cambiar entre dos turnos del modelo. Copiar ese estado en una habilidad lo hace obsoleto por construcción, mientras que pedirle al modelo que raspe una interfaz produce un contrato inestable.

Un recurso o herramienta MCP puede recuperar el registro actual en tiempo de ejecución. El servidor puede normalizar rarezas upstream y devolver un resultado compacto en lugar de exponer una respuesta completa del proveedor al modelo.

Están Involucradas Credenciales o Identidad de Usuario

Las credenciales no deberían vivir en SKILL.md, ejemplos o scripts de ayuda empaquetados. Para despliegues HTTP remotos, la especificación de autorización MCP define un modelo basado en OAuth; para servidores stdio locales, las credenciales pueden proporcionarse a través del entorno del proceso u otro mecanismo controlado por el host. Consulta la guía oficial de autorización MCP.

La razón más profunda para usar un servidor no es solo el almacenamiento de secretos. Un servidor puede mapear identidad a alcances, restringir inquilinos, redactar campos y registrar quién solicitó una mutación, mientras que una instrucción en prosa solo puede pedirle al modelo que se comporte.

Las Escrituras Necesitan Garantías Transaccionales

Crear una factura, cambiar el estado de un ticket o iniciar un despliegue requiere más que un objeto JSON plausible. La operación puede necesitar claves de idempotencia, concurrencia optimista, validación del lado del servidor y una pista de auditoría duradera.

Estas propiedades pertenecen debajo del modelo. La habilidad puede definir la política de aprobación, pero el servidor MCP debería rechazar una transición inválida y hacer segura una solicitud reintentada.

Múltiples Agentes Necesitan la Misma Capacidad

Un servidor MCP compartido puede presentar un contrato único a varios hosts de agente, lenguajes y proveedores de modelos. Esto da a los equipos de plataforma un lugar central para mejorar esquemas, parchear comportamiento de API upstream y aplicar controles de acceso sin copiar lógica de integración en cada habilidad.

La centralización no es gratuita. El servidor se convierte en una dependencia operada con obligaciones de versionado, observabilidad, disponibilidad y respuesta a incidentes, por lo que debería ganarse su existencia con un límite real más que con entusiasmo arquitectónico.

La Pregunta del Costo de Contexto

El costo de contexto se reduce frecuentemente al eslogan “las habilidades son progresivas, las herramientas siempre están cargadas”. Los hosts reales son más matizados, y la diferencia debería medirse en entrada serializada del modelo en lugar de asumirse desde el formato de extensión.

La documentación de Habilidades de Agente describe aproximadamente 100 tokens de metadatos de descubrimiento por habilidad, recomienda mantener las instrucciones activadas por debajo de 5,000 tokens y permite que las referencias se carguen bajo demanda. Una estimación de planificación simple es:

C_habilidad = metadatos de descubrimiento + instrucciones activadas + referencias seleccionadas

Los clientes MCP descubren definiciones de herramientas de los servidores, pero el protocolo no requiere que cada esquema descubierto aparezca en cada llamada del modelo. Los hosts pueden filtrar, diferir, cachear o enrutar herramientas, por lo que la estimación práctica es:

C_mcp = esquemas de herramientas expuestos a este turno + resultados de herramientas retenidos en contexto

La especificación de herramientas MCP también señala que un ordenamiento estable de herramientas puede mejorar el comportamiento de caché de prompts. El caché puede reducir el costo de procesamiento repetido, pero no hace más fácil para un modelo elegir entre un catálogo sobredimensionado.

Un Presupuesto Ilustrativo de Tokens

Considera un asistente alojado con 20 habilidades instaladas. Al costo aproximado de descubrimiento de la documentación de Habilidades de Agente, el índice compacto de habilidades es alrededor de 2,000 tokens; activar una habilidad de triaje enfocada podría agregar otros 1,200 tokens y una referencia de 600 tokens.

Ahora compara dos diseños MCP. Un servidor de tickets delgado con cuatro esquemas concisos podría serializarse a 500-800 tokens, mientras que un servidor empresarial amplio con 35 herramientas verbosas podría consumir varios miles de tokens antes de que llegue cualquier resultado.

Estos son números ilustrativos de planificación, no garantías de protocolo o benchmarks. Mide el prompt exacto generado por tu host porque la verbosidad del esquema, descripciones, enrutamiento, retención de resultados y elección de tokenizador pueden mover el total sustancialmente.

La conclusión práctica no es “las habilidades son baratas” o “MCP es caro”. Es que la revelación progresiva y la selección de capacidades son características arquitectónicas: mantén los metadatos de habilidad discriminatorios, activa solo instrucciones relevantes, expón el conjunto mínimo útil de herramientas y devuelve proyecciones en lugar de cargas upstream sin procesar.

El Patrón de Servidor Delgado: MCP Debajo, Habilidad Encima

El diseño más duradero a menudo combina ambos mecanismos. Pon un pequeño límite de capacidad en MCP, luego coloca el método operativo en una habilidad que lo llame.

Considera un flujo de trabajo de incidentes de soporte usado desde Hermes Agent u OpenClaw. El agente debe leer un ticket, recolectar evidencia, clasificar severidad, redactar una nota para operadores y cambiar el estado solo después de la aprobación requerida.

Qué Posee el Servidor MCP

Mantén la interfaz del servidor estrecha y literal:

El servidor no debería contener una herramienta llamada triage_everything con una descripción de párrafo largo y una docena de banderas no relacionadas. Cuatro operaciones delimitadas son más fáciles de autorizar, probar, observar y reutilizar.

Qué Posee la Habilidad

La habilidad posee la secuencia y el juicio. Un SKILL.md compacto podría verse así:

---
name: incident-triage
description: Triar incidentes de soporte usando evidencia de tickets y la rúbrica de severidad.
---

1. Leer el ticket y su versión actual.
2. Recolectar al menos dos señales independientes antes de asignar severidad.
3. Separar hechos observados de hipótesis en la nota.
4. Solicitar aprobación del operador antes de cualquier nota visible para el cliente o cambio de estado.
5. Volver a leer el ticket antes de una escritura; detenerse si su versión cambió.
6. Terminar con severidad, evidencia, incertidumbre y acción siguiente recomendada.

Ese archivo es legible, revisable y fácil de revisar cuando la política de triaje cambia. Una referencia vinculada puede contener la rúbrica de severidad, mientras que las instrucciones principales permanecen lo suficientemente cortas para activarse sin arrastrar un manual de operaciones a cada turno.

Cómo Funciona en Hermes Agent

La documentación MCP nativa de Hermes Agent describe el descubrimiento al inicio, conexiones persistentes, transportes stdio y HTTP Streamable, y herramientas MCP con espacio de nombres. Su configuración actual también filtra el entorno para servidores stdio y pasa variables configuradas explícitamente, lo cual es una defensa útil contra la herencia accidental de secretos.

En este diseño, Hermes descubre las cuatro herramientas de tickets, mientras que la habilidad de incidentes se activa solo para solicitudes relevantes. El modelo sigue la habilidad, el servidor MCP ejecuta operaciones delimitadas y el servicio de tickets permanece como la autoridad final.

Cómo Funciona en OpenClaw

La documentación de habilidades de OpenClaw sigue la estructura de Habilidades de Agente y construye una lista compacta de habilidades elegibles para el modelo. La misma carpeta de incidentes puede llevar el procedimiento central, con una referencia corta específica del host explicando los nombres de herramientas de tickets disponibles.

No pongas el token de tickets en la habilidad compartida. OpenClaw trata explícitamente las habilidades compartidas como entradas en lugar de almacenamiento de secretos, y las habilidades de terceros deberían revisarse como código no confiable antes de habilitarlas.

Por Qué la División Sobrevive al Cambio

Si el equipo de soporte revisa su rúbrica de severidad, actualiza la habilidad. Si el proveedor de tickets cambia la autenticación o paginación, actualiza el servidor MCP sin reescribir la política operativa.

Si llega un segundo host de agente, puede reutilizar el mismo contrato MCP y adaptar la pequeña capa específica del host de la habilidad. Esta separación reduce la lógica de integración duplicada sin convertir cada edición procedimental en un despliegue de servicio.

Un Framework de Decisión de Cinco Pasos

La siguiente secuencia es más confiable que elegir primero el tipo de extensión de moda.

1. Identificar la Fuente de Verdad

Escribe cada entrada y salida que toca el flujo de trabajo. La guía estática, archivos de repositorio y documentos proporcionados por el usuario tienden hacia una habilidad; los registros remotos mutables y sistemas autoritativos tienden hacia MCP.

No todo estado justifica un servidor. Un artefacto de construcción local es estado, pero un CLI sandboxado existente puede ya proporcionar un límite suficiente.

2. Localizar el Límite de Confianza

Marca dónde aparecen credenciales, identidad de inquilino, datos privilegiados o acciones irreversibles. Si el agente cruza esa línea, introduce un punto de ejecución determinista, típicamente un servidor MCP respaldado por autorización de servicio.

Trata al modelo y la habilidad como planificadores de solicitudes, no motores de política. Pueden proponer una acción permitida, pero no deberían poder redefinir permisos cambiando sus propias instrucciones.

3. Separar Capacidad de Política

Nombra las capacidades como verbos estrechos con entradas tipadas: obtener un ticket, agregar una nota o cambiar estado. Pon las condiciones para elegir esos verbos, el estándar de evidencia y la secuencia preferida en la habilidad.

Algunas políticas deben existir en ambas capas por razones diferentes. “Preguntar al usuario antes de desplegar” pertenece en la habilidad para calidad de interacción, mientras que “rechazar despliegue sin un token de aprobación” pertenece en código para ejecución.

4. Estimar Costo de Contexto y Operación

Captura una traza real de prompt y cuenta los metadatos de habilidad, instrucciones activadas, definiciones de herramientas y datos devueltos. Luego agrega el costo no-token de un servicio MCP: despliegue, autenticación, monitoreo, versionado y propiedad on-call.

Si un catálogo de 30 herramientas soporta un flujo de trabajo, expón un subconjunto específico para la tarea o divide el servidor por dominio de capacidad coherente. Si una habilidad carga repetidamente una referencia de 200 páginas, crea un paso de recuperación o referencias más pequeñas en lugar de felicitarte por la revelación progresiva.

5. Probar el Límite, Luego el Comportamiento

Prueba el servidor MCP como software y la habilidad como comportamiento del agente. Fallan diferente, y una única transcripción de chat de camino feliz oculta ambas clases de defectos.

Para seguridad de herramientas, la especificación MCP recomienda validación de entrada, controles de acceso, límites de tasa, saneamiento de salida, tiempos de espera, confirmaciones para operaciones sensibles y registro de auditoría. Las anotaciones de herramienta son pistas, no prueba confiable de que una operación es de solo lectura o inofensiva. La guía de seguridad de agentes A2A y MCP cubre el modelo de amenazas más amplio incluyendo inyección de prompts y envenenamiento de herramientas.

Reglas de Seguridad que No Caben en un Eslogan

Las habilidades reducen la necesidad de algunos servidores, pero no eliminan el riesgo. Una habilidad puede incluir scripts y puede persuadir a un agente para llamar herramientas poderosas del host, por lo que revisa sus instrucciones y archivos ejecutables como código, fija versiones confiables y limita las herramientas del host disponibles para la sesión.

MCP agrega otro límite: un subproceso local o servicio remoto con sus propias dependencias, entradas, salidas y credenciales. Aplica privilegio mínimo, valida la audiencia de recursos para autorización remota, usa HTTPS, sanea contenido no confiable y mantiene visible la aprobación para escrituras consecuentes.

Lo más importante, no confundas descubribilidad con autoridad. Una herramienta que aparece en el catálogo del modelo no significa que el usuario actual debería estar permitido ejecutar cada operación que describe.

Anti-Patrones Comunes

Ocultar un Cliente API Remoto en una Habilidad

Un script de shell que lee un token bearer estático y llama a una API de producción puede funcionar en una demostración. También mezcla procedimiento, credenciales, comportamiento de red y autorización en un paquete diseñado para ser copiado y leído por hosts de agente.

Mueve la integración protegida detrás de un servidor estrecho o un CLI aprobado existente. Mantén solo el flujo de trabajo y la guía de llamada en la habilidad.

Codificar el Flujo de Trabajo en Descripciones de Herramientas

Las descripciones de herramientas deberían ayudar al modelo a seleccionar una capacidad y llenar su esquema. Son un sustituto pobre para un procedimiento operativo multi-paso con ejemplos, excepciones, reglas de escalación y convenciones de salida.

Descripciones largas inflan cada turno en el que la herramienta está expuesta y hacen más difícil reutilizar el contrato del servicio. Pon el procedimiento en una habilidad y mantén las semánticas de herramienta precisas.

Construir una Herramienta execute_anything

Un shell, SQL o proxy HTTP genérico colapsa muchos permisos en una capacidad difícil de auditar. Desplaza la validación al modelo y hace el privilegio mínimo mayormente ficticio.

Expone operaciones alineadas a acciones comerciales reales. Si operadores expertos realmente necesitan una salida de emergencia, sepárala, restríngela y requiere aprobación más fuerte y registro.

Publicar un Servidor MCP Todo-en-Uno

Un servidor con docenas de herramientas no relacionadas carga la selección, contexto de esquema, permisos y mantenimiento. Divide por dominio coherente o permite que el host expón un subconjunto relevante para la tarea actual.

La guía FastMCP de Hermes Agent hace una recomendación inicial sensata: comenzar con uno a tres endpoints de alto valor y preferir un servidor delgado con nombres y esquemas claros. Consulta la documentación oficial de habilidades FastMCP.

Tratar Pistas de Herramientas como Política de Seguridad

Un campo experimental allowed-tools o una anotación de solo lectura de herramienta puede mejorar el comportamiento del host, pero ninguno reemplaza la sandbox y autorización del lado del servidor. Los metadatos pueden estar desactualizados, mal configurados o proporcionados por un componente no confiable.

Usa pistas para mejorar la interfaz. Usa código e infraestructura para ejecutar el límite.

Usar MCP para Conocimiento Estático

Si un procedimiento o referencia cambia solo con el repositorio, un viaje de red remoto agrega costos de despliegue y disponibilidad sin hacer la información más autoritativa. Empaqueta material conciso con la habilidad y vérsionalo con el flujo de trabajo.

Introduce un servicio de recuperación solo cuando el corpus es grande, controlado por acceso, actualizado independientemente o genuinamente necesita búsqueda. La arquitectura debería seguir el ciclo de vida de los datos, no el acrónimo.

Decisión Final: Habilidad, Servidor MCP, o Ambos?

Elige una Habilidad de Agente cuando la parte difícil es saber qué hacer. Elige un servidor MCP cuando la parte difícil es alcanzar de forma segura algo que cambia, pertenece a otro dominio de confianza o debe ejecutar un contrato.

Elige ambos cuando un flujo de trabajo real necesita juicio sobre una capacidad protegida. Eso no es duplicación: la habilidad hace al agente útil, el servidor hace la integración gobernable y el sistema de respaldo hace la decisión final autoritativa.

Para la mayoría de los asistentes alojados, la mejor primera arquitectura es modesta: una habilidad enfocada, una pequeña superficie MCP solo donde el acceso en vivo lo exige, y una traza de prompt capturada para verificar el costo de contexto. Agrega complejidad después de que el límite esté claro, no antes.

Referencias

• Especificación de Habilidades de Agente
• Especificación del Protocolo de Contexto de Modelo
• Guía de autorización MCP
• Documentación MCP nativa de Hermes Agent
• Documentación de habilidades de OpenClaw
• Documentación de habilidades FastMCP