¿Qué son los complementos de agentes de IA? Herramientas, habilidades y MCP explicados

TL;DR:

• Un complemento de agente de IA es un paquete distribuible que añade capacidades o comportamiento a un anfitrión de agente. El paquete puede incluir herramientas, habilidades, comandos, agentes, ganchos o definiciones de servidor MCP.
• Una herramienta realiza una acción; una habilidad enseña un flujo de trabajo. Un complemento puede empaquetar uno o ambos.
• MCP es un límite de protocolo. Un servidor MCP expone herramientas y otro contexto a clientes compatibles a través de una conexión estandarizada.
• El ciclo de vida en tiempo de ejecución importa más que la etiqueta. La búsqueda, el permiso, la invocación, la validación de respuestas y la auditabilidad determinan si una integración está lista para producción.
• Scrapeless proporciona un ejemplo concreto de datos web. Su Servidor MCP expone herramientas de navegación, búsqueda y scraping sin estado, mientras que sus habilidades de escritura y flujo de trabajo codifican instrucciones repetibles.

Los complementos de agentes de IA a menudo se describen como si cada producto usara el término de la misma manera. No lo hacen. En un anfitrión, un complemento es un paquete que contiene comandos y habilidades. En otro, es una integración respaldada por una API. Un tercer producto puede llamar a la misma capacidad una herramienta o conector.

La forma útil de entender el espacio es separar empaquetado, acción, instrucción y protocolo. Este glosario explica esas capas y sigue una solicitud desde la búsqueda hasta la auditoría.

¿Qué es un complemento de agente de IA?

Un complemento de agente de IA es un paquete o integración que extiende lo que un agente puede saber, hacer o seguir. El anfitrión decide el formato exacto del paquete y el modelo de permiso.

La documentación de complementos de agente de VS Code, por ejemplo, describe complementos que pueden agrupar comandos, habilidades, agentes personalizados, ganchos y servidores MCP. La documentación de Copilot MCP de GitHub trata a los servidores MCP como una ruta de extensión para herramientas y datos externos.

Por lo tanto, un complemento se entiende mejor como la unidad de entrega. Los componentes dentro de él pueden desempeñar diferentes roles.

Complemento vs Herramienta vs Habilidad vs Servidor MCP

Los límites pueden superponerse. Un complemento puede instalar un servidor MCP y una habilidad que explique cuándo llamarlo. El servidor puede exponer muchas herramientas. La habilidad puede llamar scripts locales sin exponerlos como herramientas.

Cómo un agente utiliza un complemento

El ciclo de vida tiene seis etapas.

1. Descubrimiento

El anfitrión lee un manifiesto, lista de herramientas del servidor o catálogo de paquetes instalados. Los buenos datos de descubrimiento dan a cada capacidad un nombre y descripción específicos para que el modelo pueda distinguir "abrir una página" de "devolver HTML de la página".

2. Permiso y autenticación

El usuario o espacio de trabajo otorga acceso, y la integración obtiene las credenciales necesarias para el servicio externo. La especificación de autorización de MCP define el marco de autorización del protocolo para transportes HTTP. Los servidores stdio locales comúnmente reciben credenciales a través de la configuración del entorno con un ámbito específico.

Las credenciales nunca deben colocarse en avisos o configuraciones comprometidas. Límitelas al servicio y operaciones que el flujo de trabajo realmente necesita.

3. Selección

El agente mapea la solicitud a una capacidad. “Investigar este tema” puede necesitar primero una herramienta de búsqueda y segundo una herramienta de navegador; no justifica automáticamente una herramienta CMS capaz de escritura.

4. Invocación

El anfitrión valida los argumentos contra el esquema de la herramienta y envía la llamada. Los esquemas específicos hacen que los errores sean más fáciles de detectar antes de que una solicitud alcance un sistema externo.

5. Validación de respuesta

El agente verifica si el resultado coincide con la tarea. Una navegación en el navegador puede devolver una página de desafío, y un scraper puede devolver contenido vacío con un estado normal. El transporte exitoso no es trabajo exitoso.

6. Auditoría

El anfitrión registra qué herramienta se ejecutó, qué categoría de datos accedió y si el resultado cambió el estado externo. Los argumentos sensibles deben ser redactados. Las operaciones de escritura merecen una confirmación más fuerte y una verificación posterior a la escritura que las llamadas de sólo lectura.

Un ejemplo concreto: Servidor MCP de Scrapeless

Scrapeless MCP Server conecta agentes compatibles a búsqueda web, automatización de navegadores y extracción de páginas sin estado. El trabajo en el navegador con estado puede utilizar el producto separado Scraping Browser, cuya documentación de inicio documenta la conexión del lado del navegador.

La actual guía de primera parte documenta 21 herramientas en tres grupos:

• primitivas de sesión del navegador, incluyendo crear, navegación, clic, escribir, esperar, captura de pantalla, HTML, texto, desplazamiento, captura de pantalla, y cerrar;
• herramientas de búsqueda para Google Search y Google Trends;
• herramientas sin estado para extracción de HTML, Markdown y captura de pantalla.

Esta es una división útil porque una extracción de una página no necesita una sesión de navegador con estado, mientras que un flujo de trabajo de varias páginas puede necesitar cookies y continuidad de navegación.

Prerequisito: ejecutar el servidor local requiere un SCRAPELESS_KEY de propiedad del lector. El paquete scrapeless-mcp-server 0.4.9 y el cliente MCP se instalaron durante la verificación; el inicio se detuvo correctamente en la falta de credenciales, por lo que este artículo no afirma haber completado un apretón de manos autenticado.

Un host que soporta stdio puede iniciar el servidor con:

{
  "mcpServers": {
    "scrapeless": {
      "command": "npx",
      "args": ["-y", "scrapeless-mcp-server"],
      "env": {
        "SCRAPELESS_KEY": "${SCRAPELESS_KEY}"
      }
    }
  }
}

La ubicación exacta de esta configuración depende del host. Mantén la clave en el almacén secreto o en el entorno del host, no en el archivo JSON en sí.

Dónde Encajan las Habilidades

Una habilidad complementa herramientas al codificar juicio. Puede especificar qué fuentes son aceptables, qué pasos deben ejecutarse antes de la publicación, cómo verificar el código y cuándo detenerse por falta de credenciales.

Por ejemplo, una habilidad de investigación web podría instruir al agente para que busque primero, prefiera fuentes primarias, valide la identidad de la página y registre citas. Las herramientas subyacentes aún realizan la búsqueda y la navegación. La habilidad hace que su uso sea coherente.

Esta distinción importa para los equipos. La autorización de herramientas responde a “¿puede el agente realizar esta acción?” Una habilidad responde a “¿qué proceso debe seguir el agente cuando lo haga?”

Lista de Verificación de Seguridad para Plugins de Agentes

Antes de instalar o habilitar una extensión, verifica:

• quién mantiene el paquete y dónde reside su fuente;
• si puede leer archivos, usar credenciales, acceder a la red o escribir externamente;
• qué herramientas están expuestas y si sus esquemas son estrechos;
• cómo se almacenan y redactan los secretos;
• si las acciones de escritura requieren aprobación;
• si las llamadas y resultados de herramientas se registran para auditoría;
• cómo se revisan las actualizaciones antes de la instalación automática.

La documentación de VS Code aconseja explícitamente revisar el código de plugins de terceros antes de la instalación. Aplica el mismo principio a los servidores MCP y habilidades: la conveniencia del paquete no reemplaza la revisión de confianza.

Conclusión

Los plugins, herramientas, habilidades y servidores MCP describen diferentes capas de un sistema de agentes. Un plugin empaqueta extensiones, una herramienta realiza una operación acotada, una habilidad suministra instrucciones de flujo de trabajo y un servidor MCP expone capacidades a través de un protocolo compartido.

Evalúa todo el ciclo de vida—descubrimiento, autorización, invocación, validación de respuesta y auditoría—antes de juzgar una integración por su número de características.

Dale a tu Agente una Capa de Datos Web Verificada

Revisa los casos de uso de Scrapeless MCP, compara los precios actuales, crea una cuenta Scrapeless, y conecta solo las herramientas que tu flujo de trabajo necesita.

FAQ

P: ¿Qué es un plugin de agente AI?

Es un paquete o integración que extiende un host de agente con capacidades o comportamientos como herramientas, habilidades, comandos, ganchos o definiciones de servidor MCP.

P: ¿Es una herramienta AI lo mismo que un plugin?

No. Una herramienta es una acción acotada con una entrada y un resultado; un plugin es una unidad de entrega que puede contener una o muchas herramientas.

P: ¿Cuál es la diferencia entre una habilidad y una herramienta?

Una herramienta realiza una acción. Una habilidad proporciona instrucciones, referencias y flujos de trabajo reutilizables que guían cómo el agente utiliza herramientas.

P: ¿Es MCP un plugin de agente AI?

MCP es un protocolo. Un servidor MCP puede ser empaquetado por un plugin o configurado directamente en un host compatible.

P: ¿El Scrapeless MCP Server requiere una clave de API?
Sí. El paquete local requiere SCRAPELESS_KEY; utiliza una clave propiedad del lector almacenada en el entorno del host o en el gestor de secretos.