OpenAI a abandonné les plugiciels. Nous, on n'a pas abandonné les intégrations.
Les plugiciels de ChatGPT sont morts en 2024, et l'autopsie compte : des îles isolées sans vrai accès aux comptes ne pouvaient pas fonctionner. Les connecteurs sont la version qui survit.
Au printemps 2023, OpenAI a lancé les plugiciels de ChatGPT, et internet a passé une semaine à parler d'un moment « magasin d'applications ». Un an plus tard, le programme était liquidé, et cet enterrement discret est devenu l'un des échecs les plus instructifs de la courte histoire de cette industrie. Nous y pensons beaucoup, parce que nous avons passé les deux mêmes années à bâtir la version qui aurait dû exister : les connecteurs. Voici l'autopsie, puis la contre-argumentation.
Ce qui a mal tourné la première fois
Les plugiciels ont échoué pour des raisons structurelles, pas d'exécution. Trois se détachent.
Le premier problème était le bac à sable. Un plugiciel pouvait exécuter un tour préécrit sur sa propre infrastructure, mais il ne pouvait pas agir sur vos données avec vos permissions, puisqu'il ne les détenait jamais. Le modèle ne pouvait pas lire votre vrai agenda; il pouvait demander à la copie d'un agenda appartenant à un tiers. Les gens l'ont remarqué, et les démonstrations ont cessé de se traduire en usage quotidien.
La confiance était le deuxième problème, et elle n'avait aucune jambe pour se tenir debout. Accorder des autorisations signifiait remettre des identifiants au code serveur d'inconnus, un manifeste non vérifié à la fois. Tous les réviseurs en sécurité du monde avaient la même opinion de ce modèle, et ils avaient raison.
La découverte, troisième problème, était le chaos. Des centaines de plugiciels, à peu près aucun signal de classement, et une fenêtre de clavardage est un terrible magasin d'applications. Les gens en ont essayé deux, trouvé des intégrations de jouet, et sont partis.
Le modèle des connecteurs, en clair
Les connecteurs renversent chacun de ces échecs. Vous reliez une application avec son vrai écran OAuth : votre compte Google, votre GitHub, votre Notion. Pas l'imitation d'une application par un plugiciel. La vraie chose, avec la vraie page de consentement que vous avez approuvée cent fois, délimitée à lire ce dont le connecteur a besoin et rien de plus.
Vos identifiants vivent ensuite côté serveur, chiffrés, et n'entrent jamais dans le contexte du modèle. Demandez « qu'est-ce qu'il y a à mon agenda aujourd'hui » et le modèle ne voit jamais votre jeton, encore moins n'improvise avec. Ce qui se passe à la place, c'est une action étroite inscrite sur liste d'autorisation, à paramètres fixes, exécutée par le serveur, dont seul le résultat revient dans la conversation. Le modèle peut lire votre dernier courriel. Il ne peut pas décider, de sa propre initiative, de le transférer aussi.
Cette seule distinction porte toute l'architecture : verbes étroits, hôtes vérifiés, paramètres audités, et des jetons que le modèle peut regarder traverser sans jamais pouvoir y toucher.
Où vivent les jetons
Voici la partie dont nous sommes les plus bizarres, et fiers de l'être : l'infrastructure des connecteurs est la nôtre. Autohébergée, sur du matériel que nous opérons, de ce côté-ci de la frontière. Le schéma habituel dans cette industrie consiste à greffer un service d'intégration tiers et à espérer que ses conditions d'utilisation restent sympathiques. Nous avons fait l'inverse, parce qu'une pile de connecteurs est une pile d'identifiants appartenant à d'autres gens, et un engagement de souveraineté qui meurt au premier sous-traitant commode n'est pas un engagement. Juridiction canadienne, de bout en bout, middleware ennuyeux inclus.
La gamme actuelle
Trente et un connecteurs natifs sont en direct dans l'application Raven en ce moment. Gmail et la famille Google viennent en tête pour la plupart des gens. Puis GitHub et l'ensemble des développeurs. Ensuite, c'est ce que vit votre équipe, que ce soit Notion et Linear, Stripe et Sentry, ou Zoom et Calendly. La liste complète en compte trente et un, et le catalogue du marché en affiche plus de mille autres, chacune une vraie intégration qui attend sur un écran de connexion plutôt qu'une maquette.
Vous pouvez lire comment ça fonctionne en pratique dans notre présentation des connecteurs, ou simplement ouvrir l'application Raven, aller dans les réglages et connecter quelque chose. L'écran de consentement que vous verrez est le vrai. C'était le but.
Pour commencer
Essayez ce que nous venons de lancer.
Les vrais modèles, gratuitement dans votre navigateur, ou téléchargez DCode et mettez-les au travail.
Articles connexes
DCode, Cursor et Copilot : pourquoi nous choisissons l'agent
Autocomplétion, éditeur pensé pour l'IA ou agent complet : une comparaison honnête des trois philosophies du codage assisté par IA, écrite par les gens qui ont bâti la troisième.
Un npm install et c'est parti : la CLI DCode et le vrai coût de l'API DipoleML
Le même agent Raven s'installe en une commande, et l'API derrière publie ses prix au cent près : 0,50 $ US par million de jetons d'entrée sur Flash, des crédits qui n'expirent jamais.
Lis mon dernier courriel : comment Raven se connecte à Gmail, à l'agenda et à GitHub
Tapez « lis mon dernier courriel » dans Raven et il le fait : les connecteurs donnent au modèle un vrai accès à vos vrais comptes, via un vrai consentement OAuth et des actions de lecture bien délimitées.