Eines

MCP Events: que avisi el programa, no que pregunti ChatGPT

Entre els anuncis del DevDay de dimarts 29 de setembre, OpenAI va incloure MCP Events, que capgira la manera com ChatGPT se n'assabenta de les coses: en lloc que l'assistent vagi a mirar cada estona si hi ha res de nou als programes que l'usuari té connectats, són aquests programes els que avisen quan passa alguna cosa i disparen l'automatització que el seu propietari va deixar encarregada. L'usuari tria què vigilar i què vol que es faci; el desenvolupador ha de muntar l'altra meitat, que és la que porta feina: emmagatzematge de les subscripcions, crides de tornada signades i reintents. Entra a tots els plans, se sosté en una proposta d'especificació i no té tarifa publicada.

1 d’octubre del 2026 · 5 min de lectura

Caricatura d'un home assegut de braços plegats en un tamboret, al costat d'una caixa mural amb el logotip d'OpenAI i els pilots encesos; al fons, un passadís amb una filera de portes idèntiques i, sota el terra, en secció i en blau, un altre home ajagut amb casc i llanterna frontal empalma cables entre bobines i un armari de connexions. — 📷 Imatge generada amb IA

En resum

OpenAI va presentar MCP Events el 29 de setembre de 2026, dins de la tanda d'anuncis del DevDay celebrat a Fort Mason (San Francisco).
Permet que ChatGPT se subscrigui a avisos del servidor del desenvolupador —missatges nous, canvis de contingut i canvis d'estat— i actuï segons les instruccions que l'usuari va deixar a la conversa.
Exigeix la versió 2.0 del protocol MCP, datada el 28 de juliol de 2026, i només admet lliurament per webhook: la consulta periòdica i el flux continu es queden fora.
Cada avís viatja signat, amb un màxim de 256 KiB per enviament i un esdeveniment per petició; OpenAI recomana no reintentar els que tornen 410 o 413.
Entra a tots els plans, segons el repàs que OpenAI va publicar de l'acte, però sense tarifa pròpia ni quota d'esdeveniments publicades, i sense que es digui si les execucions que dispara compten contra els límits d'ús del pla.

L'avís el dona el programa, i ChatGPT només executa

La tanda d'anuncis del DevDay de dimarts 29 de setembre, la conferència anual d'OpenAI per a desenvolupadors celebrada a Fort Mason (San Francisco), inclou una peça de lampisteria que canvia el repartiment de papers. Amb MCP Events, ChatGPT se subscriu als avisos d'un servidor aliè: missatges nous, canvis de contingut o canvis d'estat. Qui fa servir l'assistent diu què vigilar i què fer quan arribi l'avís.

La diferència amb el que hi havia no és de potència, és d'iniciativa. Abans, perquè un assistent reaccionés a alguna cosa que passa fora calia enviar-lo a preguntar cada cert temps, amb el cost i el retard que això comporta; ara el programa connectat toca el timbre i l'automatització arrenca a la conversa on es va deixar encarregada. OpenAI la va presentar com el motor de les automatitzacions dels plugins.

El requisit d'entrada és una versió concreta del protocol: la 2.0 d'MCP, datada el 28 de juliol de 2026. A més, el servidor del desenvolupador ha de guardar les subscripcions de manera persistent i poder sortir a internet per HTTPS per cridar les adreces de tornada que li indiqui ChatGPT. I hi ha un advertiment sobre els fonaments: això segueix una proposta d'especificació d'MCP Events —així l'anomena també el resum del DevDay—, no una versió tancada.

Dos esdeveniments d'exemple, tres mètodes i una llista del que no entra

Els tipus d'esdeveniment, segons la documentació d'OpenAI

Esdeveniment	De què avisa	Filtre	L'encàrrec que OpenAI posa d'exemple
message.created	Un missatge nou en un canal de l'aplicació connectada	channel_id	«Vigila el canal de comentaris de producte buscant informes d'errors i obre esborranys de pull request amb els arreglaments i les seves proves»
comment.created	Un comentari de revisió nou en un document	document_id	«Vigila aquest document per si arriben comentaris de revisió i aplica els canvis que es demanin»
Les tres famílies que declara OpenAI	Missatges nous, canvis de contingut i canvis d'estat	Els que exposi cada servidor: identificadors de document, de projecte o de cua, aplicats abans d'enviar	El que l'usuari hagi deixat dit a la conversa on es va subscriure
El que aquesta integració no admet	Consulta periòdica, flux continu i els avisos de control gap i terminated de l'esborrany de l'especificació	—	Res: només hi ha lliurament per webhook i verificació de l'adreça de tornada

Noms d'esdeveniment, filtres i encàrrecs tal com figuren a la documentació d'MCP Events d'OpenAI, consultada l'1 d'octubre de 2026. Els noms d'esdeveniment i de filtre són valors literals del protocol. Els dos primers són els exemples de la documentació, no un catàleg tancat: cada servidor declara els seus.

El circuit té cinc passos. El servidor publica la llista d'esdeveniments que sap emetre; l'usuari diu a ChatGPT què vigilar i com respondre; ChatGPT se subscriu i li lliura una adreça de tornada i una clau de signatura; el servidor hi envia els esdeveniments que encaixin; i ChatGPT rep l'avís a la conversa subscrita i fa el que tenia encarregat.

Per sota són tres mètodes sobre el mateix punt autenticat que ja servia les eines: events/list descriu els esdeveniments disponibles i els seus filtres, events/subscribe crea o renova una subscripció i events/unsubscribe la talla. El servidor ha d'anunciar a més la capacitat events a la seva resposta de descobriment, i cada esdeveniment es declara amb el seu nom, les maneres de lliurament, els arguments de la subscripció i l'esquema del que enviarà.

Els exemples d'OpenAI deixen clar el tipus d'encàrrec, i cap no és una consulta: tots acaben en una acció. A la documentació, un vigila un canal de comentaris de producte buscant errors i obre esborranys de proposta de canvis al codi —pull requests— amb l'arreglament i les seves proves, i l'altre vigila un document i aplica les correccions que demanin els comentaris de revisió. El resum del DevDay hi afegeix un tercer: vigilar un tauler de projecte perquè, quan entri una tasca nova, ChatGPT llegeixi els documents enllaçats i redacti un pla encara que el seu propietari no hi sigui al davant.

La part avorrida és la que decideix si això funciona

La meitat del manual no parla d'esdeveniments, parla de desconfiança. Abans d'enviar una sola dada, el servidor ha de verificar l'adreça de tornada: li envia un desafiament signat, d'un sol ús i vida curta, i només activa el lliurament si el desafiament torna idèntic. Les adreces han de ser HTTPS, es validen en connectar, es bloquegen les privades i locals i no se segueixen redireccions.

Les signatures segueixen l'estàndard Standard Webhooks, amb capçaleres pròpies per a l'identificador de l'avís, l'hora de la signatura i la signatura mateixa. La clau comença per whsec_ i, un cop descodificada, ha de mesurar entre 24 i 64 bytes. Cada petició porta un sol esdeveniment i no pot passar de 256 KiB, és a dir 262.144 bytes. Un 2xx significa només que l'avís s'ha recollit: ChatGPT el processa després i pot ajuntar-ne uns quants en una sola execució.

I hi ha les trampes que no es veuen fins que mosseguen. Els esdeveniments poden arribar desordenats, així que les eines que escriuen han d'aguantar ser cridades dues vegades sense duplicar el canvi. Les errades passatgeres es reintenten amb espera creixent, però un 410 o un 413 no es reintenten mai, i si un esdeveniment es perd durant una caiguda i el seu tipus no admet repetició, es perd per sempre. OpenAI demana a més tractar el text escrit per una persona com a dades i no com a instruccions: res d'incloure ordres per al model dins de l'avís, ni muntar un circuit en què l'acció generi l'esdeveniment que la torna a disparar.

Entra a tots els plans, i aquí s'acaba el que s'ha publicat sobre el cost

El cost ara té mitja resposta. El resum d'anuncis d'OpenAI diu que MCP Events està disponible a tots els plans, així que no hi ha un pla de pagament que faci de peatge ni un suplement per activar-lo. El que no existeix és tarifa pròpia, quota d'esdeveniments, quota de subscripcions ni límit publicat de quantes automatitzacions pot tenir encarregades un usuari.

Tampoc no s'ha dit qui paga la feina que l'avís dispara. Quan arriba un esdeveniment, ChatGPT executa a la conversa subscrita el que l'usuari va deixar encarregat, i això consumeix model; la documentació parla d'agrupar diversos esdeveniments en una mateixa execució segons els ajustos de la tasca, però no diu si aquestes execucions compten contra els límits d'ús del pla.

El que sí que és clar és de qui és la despesa de l'altre costat. El servidor que emmagatzema les subscripcions, verifica les adreces, signa cada avís i reintenta les errades és del desenvolupador, i la companyia no posa xifra a cap d'aquestes peces. I cal tornar a escanejar el servidor cada vegada que canvien els seus esdeveniments: el manteniment també és seu.

Conclusió

Vist de lluny, MCP Events és el pas que converteix els plugins en una cosa que treballa mentre ningú no mira. Vist de prop, és una llista de deures per al desenvolupador: emmagatzematge persistent, verificació de l'adreça de tornada, signatura per avís, reintents amb cap i eines que aguantin una crida repetida. OpenAI posa la proposta d'especificació, el protocol, la conversa on tot acaba i l'accés a tots els plans; la quota i el preu del consum, no els publica.

Fonts primàries

0 comentaris

Comentaris

← Torna al blog