FRENES

Glosario · Protocolo MCP

Webhook

Un webhook es un mecanismo que permite a un servicio enviar automáticamente una notificación a una dirección web cuando ocurre un evento. Puede avisar a su agente de que alguien ha completado un formulario, por ejemplo, sin obligar a la aplicación a comprobar continuamente si hay nuevas respuestas.

Webhook: la explicación

Para configurar un webhook, normalmente se seleccionan los eventos que interesan y se indica una dirección que pueda recibir solicitudes. Cuando ocurre uno de esos eventos, el servicio envía datos a esa dirección. La aplicación receptora verifica la solicitud y procesa el contenido o programa otra tarea. El mensaje puede incluir detalles o solo una referencia que consultar. La documentación describe este mecanismo de notificación aquí: https://docs.github.com/en/webhooks/about-webhooks. Así se evitan algunas comprobaciones periódicas entre los sistemas.

Los webhooks sirven para conectar un evento con los siguientes pasos de un proceso automatizado. La llegada de un archivo puede iniciar su clasificación, y una transcripción terminada puede activar un resumen. El destinatario no tiene por qué ser el propio modelo. Una aplicación intermedia puede filtrar datos, aplicar reglas y decidir si debe intervenir un agente. Esta separación ayuda a controlar cuándo se usa la IA y qué acciones pueden derivarse de la notificación recibida.

Recibir un webhook no demuestra por sí solo que el mensaje sea auténtico ni que autorice una acción. La integración debe verificar el origen con los mecanismos admitidos por el servicio, a menudo una firma. También necesita prever retrasos, fallos y entregas repetidas. El orden de llegada y los reintentos dependen del proveedor. Por eso, una operación importante debe seguir funcionando correctamente si la notificación llega tarde o aparece varias veces durante el mismo proceso.

Un ejemplo concreto

Usted recibe solicitudes de asistencia mediante un formulario. Cada envío activa un webhook que avisa a su sistema de seguimiento. Este verifica el mensaje, entrega al agente el texto necesario y prepara un borrador de respuesta para su revisión. Si la misma notificación vuelve a llegar, el sistema reconoce el expediente existente. Así evita abrir un caso duplicado o enviar otra respuesta a una persona cuya solicitud ya estaba atendida.

Por qué importa

Los webhooks permiten reaccionar con rapidez, pero también introducen datos de sistemas externos. Compruebe qué eventos activan tareas, qué información se transmite y cómo se gestionan los duplicados. En operaciones sensibles, separe la notificación del permiso para actuar. Saber que existe un documento nuevo no autoriza automáticamente a compartirlo, eliminarlo ni ejecutar las instrucciones incluidas en su contenido o en los datos que lo acompañan.

Ideas equivocadas

  • Un webhook no garantiza una entrega inmediata y única: según el servicio y las condiciones de la red, una notificación puede retrasarse, repetirse o necesitar varios intentos antes de que la aplicación receptora consiga procesarla correctamente.
  • El contenido de un webhook no debe convertirse automáticamente en instrucciones para el modelo: puede proceder de personas externas y debe tratarse conforme a los permisos, las comprobaciones y las reglas del proceso previsto por la aplicación.

Otros términos: protocolo mcp

MCP (Model Context Protocol)
El MCP, o Model Context Protocol, es un protocolo que organiza intercambios entre una aplicación IA y servicios que ofrecen datos o funciones.
servidor MCP
Un servidor MCP es un componente de software que ofrece datos o funciones mediante el Model Context Protocol.
cliente MCP
Un cliente MCP es el componente de una aplicación que se comunica con un servidor mediante el Model Context Protocol.
API
Una API, o interfaz de programación de aplicaciones, define cómo un software puede utilizar funciones o datos de otro componente.
SDK
SDK significa kit de desarrollo de software.
salida estructurada
Una salida estructurada es una respuesta organizada según un formato definido, con campos y tipos de datos previstos.
protocolo A2A
El protocolo A2A es un conjunto abierto de reglas que permite a agentes de IA independientes comunicarse y delegar tareas.

Dónde lo trata este sitio

El término aparece en 28 páginas del sitio. Algunas:

Para ir más lejos

Preguntas frecuentes

¿Es diferente de una API?

Una API define una interfaz entre programas. Un webhook notifica un evento enviando una solicitud a una dirección preparada para recibirla. Ambos suelen complementarse: la notificación puede hacer que la aplicación consulte después una API.

¿Necesito un servidor propio?

Necesita un punto de recepción al que pueda acceder el servicio emisor. Puede proporcionarlo su aplicación, una plataforma de alojamiento o un servicio de automatización. No tiene necesariamente que administrar y mantener un servidor independiente.

¿Cómo se evitan acciones duplicadas?

La aplicación puede guardar el identificador del evento o comprobar el estado actual antes de actuar. El método depende del servicio. El objetivo es que una notificación repetida no ejecute varias veces una operación con consecuencias.

Neutralidad. Ningún enlace de afiliación. Ningún editor paga por ser evaluado, puntuado o clasificado. Las evaluaciones las dirige François Chollet, neutrales y factuales, y cada dato está fechado y con su fuente. Cómo puntuamos