Herramientas

MCP Events: que avise el programa, no que pregunte ChatGPT

Entre los anuncios del DevDay del martes 29 de septiembre, OpenAI incluyó MCP Events, que le da la vuelta a cómo ChatGPT se entera de las cosas: en vez de que el asistente vaya a mirar cada rato si hay algo nuevo en los programas que el usuario tiene conectados, son esos programas los que avisan cuando pasa algo y disparan la automatización que su dueño dejó encargada. El usuario elige qué vigilar y qué quiere que se haga; el desarrollador tiene que montar la otra mitad, que es la que lleva trabajo: almacenamiento de las suscripciones, llamadas de vuelta firmadas y reintentos. Entra en todos los planes, se apoya en una propuesta de especificación y no tiene tarifa publicada.

1 de octubre de 2026 · 5 min de lectura

Caricatura de un hombre sentado de brazos cruzados en un taburete, junto a una caja mural con el logotipo de OpenAI cuyos pilotos parpadean, al fondo un pasillo con una fila de puertas idénticas; bajo el suelo, en corte y en azul, otro hombre tumbado con casco y linterna frontal empalma cables entre bobinas y un armario de conexiones. — 📷 Imagen generada con IA

En resumen

OpenAI presentó MCP Events el 29 de septiembre de 2026, dentro de la tanda de anuncios del DevDay celebrado en Fort Mason (San Francisco).
Permite que ChatGPT se suscriba a avisos del servidor del desarrollador —mensajes nuevos, cambios de contenido y cambios de estado— y actúe según las instrucciones que el usuario dejó en la conversación.
Exige la versión 2.0 del protocolo MCP, fechada el 28 de julio de 2026, y solo admite entrega por webhook: la consulta periódica y el flujo continuo se quedan fuera.
Cada aviso viaja firmado, con un máximo de 256 KiB por envío y un evento por petición; OpenAI recomienda no reintentar los que devuelven 410 o 413.
Entra en todos los planes, según el repaso que OpenAI publicó del acto, pero sin tarifa propia ni cupo de eventos publicados, y sin que se diga si las ejecuciones que disparan cuentan contra los límites de uso del plan.

El aviso lo da el programa, y ChatGPT solo ejecuta

La tanda de anuncios del DevDay del martes 29 de septiembre, la conferencia anual de OpenAI para desarrolladores celebrada en Fort Mason (San Francisco), incluye una pieza de fontanería que cambia el reparto de papeles. Con MCP Events, ChatGPT se suscribe a los avisos de un servidor ajeno: mensajes nuevos, cambios de contenido o cambios de estado. Quien usa el asistente dice qué vigilar y qué hacer cuando llegue el aviso.

La diferencia con lo anterior no es de potencia, es de iniciativa. Antes, para que un asistente reaccionara a algo que pasa fuera había que mandarlo a preguntar cada cierto tiempo, con el coste y el retraso que eso lleva; ahora el programa conectado toca el timbre y la automatización arranca en la conversación donde se dejó encargada. OpenAI la presentó como el motor de las automatizaciones de los plugins.

El requisito de entrada es una versión concreta del protocolo: la 2.0 de MCP, fechada el 28 de julio de 2026. Además, el servidor del desarrollador tiene que guardar las suscripciones de forma persistente y poder salir a internet por HTTPS para llamar a las direcciones de vuelta que le indique ChatGPT. Y hay una advertencia sobre los cimientos: esto sigue una propuesta de especificación de MCP Events —así la llama también el resumen del DevDay—, no una versión cerrada.

Dos eventos de ejemplo, tres métodos y una lista de lo que no entra

Los tipos de evento, según la documentación de OpenAI

Evento	De qué avisa	Filtro	El encargo que pone OpenAI como ejemplo
message.created	Un mensaje nuevo en un canal de la aplicación conectada	channel_id	«Vigila el canal de comentarios de producto buscando informes de fallos y abre borradores de pull request con los arreglos y sus pruebas»
comment.created	Un comentario de revisión nuevo en un documento	document_id	«Vigila este documento por si llegan comentarios de revisión y aplica los cambios que se pidan»
Las tres familias que declara OpenAI	Mensajes nuevos, cambios de contenido y cambios de estado	Los que exponga cada servidor: identificadores de documento, de proyecto o de cola, aplicados antes de enviar	Lo que el usuario haya dejado dicho en la conversación donde se suscribió
Lo que esta integración no admite	Consulta periódica, flujo continuo y los avisos de control gap y terminated del borrador de la especificación	—	Nada: solo hay entrega por webhook y verificación de la dirección de vuelta

Nombres de evento, filtros y encargos tal como figuran en la documentación de MCP Events de OpenAI, consultada el 1 de octubre de 2026. Los nombres de evento y de filtro son valores literales del protocolo. Los dos primeros son los ejemplos de la documentación, no un catálogo cerrado: cada servidor declara los suyos.

El circuito tiene cinco pasos. El servidor publica la lista de eventos que sabe emitir; el usuario le dice a ChatGPT qué vigilar y cómo responder; ChatGPT se suscribe y le entrega una dirección de vuelta y una clave de firma; el servidor manda ahí los eventos que encajen; y ChatGPT recibe el aviso en la conversación suscrita y hace lo encargado.

Por debajo son tres métodos sobre el mismo punto autenticado que ya servía las herramientas: events/list describe los eventos disponibles y sus filtros, events/subscribe crea o renueva una suscripción y events/unsubscribe la corta. El servidor tiene que anunciar además la capacidad events en su respuesta de descubrimiento, y cada evento se declara con su nombre, los modos de entrega, los argumentos de la suscripción y el esquema de lo que va a enviar.

Los ejemplos de OpenAI dejan claro el tipo de encargo, y ninguno es una consulta: todos acaban en una acción. En la documentación, uno vigila un canal de comentarios de producto en busca de fallos y abre borradores de propuesta de cambios en el código —pull requests— con el arreglo y sus pruebas, y el otro vigila un documento y aplica las correcciones que pidan los comentarios de revisión. El resumen del DevDay añade un tercero: vigilar un tablero de proyecto para que, cuando entre una tarea nueva, ChatGPT lea los documentos enlazados y redacte un plan aunque su dueño no esté delante.

La parte aburrida es la que decide si esto funciona

La mitad del manual no habla de eventos, habla de desconfianza. Antes de enviar un solo dato, el servidor tiene que verificar la dirección de vuelta: le manda un desafío firmado, de un solo uso y vida corta, y solo activa la entrega si el desafío vuelve idéntico. Las direcciones han de ser HTTPS, se validan al conectar, se bloquean las privadas y locales y no se siguen redirecciones.

Las firmas siguen el estándar Standard Webhooks, con cabeceras propias para el identificador del aviso, la hora de la firma y la firma misma. La clave empieza por whsec_ y, una vez descodificada, tiene que medir entre 24 y 64 bytes. Cada petición lleva un solo evento y no puede pasar de 256 KiB, es decir 262.144 bytes. Un 2xx significa solo que el aviso se ha recogido: ChatGPT lo procesa después y puede juntar varios en una sola ejecución.

Y están las trampas que no se ven hasta que muerden. Los eventos pueden llegar desordenados, así que las herramientas que escriben tienen que aguantar ser llamadas dos veces sin duplicar el cambio. Los fallos pasajeros se reintentan con espera creciente, pero un 410 o un 413 no se reintentan nunca, y si un evento se pierde durante una caída y su tipo no admite repetición, se pierde para siempre. OpenAI pide además tratar el texto escrito por una persona como datos y no como instrucciones: nada de meter órdenes para el modelo dentro del aviso, ni montar un circuito en el que la acción genere el evento que la vuelve a disparar.

Entra en todos los planes, y ahí se acaba lo publicado sobre el coste

El coste tiene ahora media respuesta. El resumen de anuncios de OpenAI dice que MCP Events está disponible en todos los planes, así que no hay un plan de pago que haga de peaje ni un suplemento por activarlo. Lo que no existe es tarifa propia, cupo de eventos, cupo de suscripciones ni límite publicado de cuántas automatizaciones puede tener encargadas un usuario.

Tampoco está dicho quién paga el trabajo que el aviso dispara. Cuando un evento llega, ChatGPT ejecuta en la conversación suscrita lo que el usuario dejó encargado, y eso consume modelo; la documentación habla de agrupar varios eventos en una misma ejecución según los ajustes de la tarea, pero no dice si esas ejecuciones cuentan contra los límites de uso del plan.

Lo que sí está claro es de quién es el gasto del otro lado. El servidor que almacena las suscripciones, verifica las direcciones, firma cada aviso y reintenta los fallos es del desarrollador, y la compañía no pone cifra a ninguna de esas piezas. Y hay que volver a escanear el servidor cada vez que cambian sus eventos: el mantenimiento también es suyo.

Conclusión

Visto de lejos, MCP Events es el paso que convierte a los plugins en algo que trabaja mientras nadie mira. Visto de cerca, es una lista de deberes para el desarrollador: almacenamiento persistente, verificación de la dirección de vuelta, firma por aviso, reintentos con cabeza y herramientas que aguanten una llamada repetida. OpenAI pone la propuesta de especificación, el protocolo, la conversación donde todo acaba y el acceso en todos los planes; el cupo y el precio del consumo, no los publica.

Fuentes primarias

0 comentarios

Comentarios

← Volver al blog