1Presence face aux GPT personnalisés.

Les GPT sont des jouets que l’on configure dans un panneau. Les agents sont des collègues à qui l’on parle.

Un GPT personnalisé est une consigne système, plus un petit jeu d’« Actions » facultatives — des points d’accès que le modèle peut appeler. Vous en construisez un en remplissant un formulaire : nom, description, instructions, suggestions de démarrage, amorces de conversation, fichiers de connaissances. Certains sont bons. La plupart sont très manifestement une consigne système avec une icône colorée.

Les GPT sont largement sans état. La mémoire dont ils disposent est non structurée et rattachée à votre profil ChatGPT global, non au GPT en particulier — il n’existe aucun savoir parcourable, propre à l’agent, qui se cumule. Ils n’ont aucun accès à vos propres services à moins que vous ne câbliez spécifiquement une Action, et ce câblage est un travail de développeur, non une conversation. Et qu’un GPT soit public ou privé, il tourne sur une infrastructure partagée plutôt que comme une entité isolée qui n’est qu’à vous.

Un agent dans 1Presence est une entité privée dotée de sa propre identité, de sa voix, de ses compétences, de ses connecteurs, de sa mémoire et de son espace de travail dans le coffre. Créé en parlant — décrivez ce dont vous avez besoin, et 1Presence le façonne pour vous. Rattaché à votre compte ; personne d’autre n’utilise votre agent.

Les agents atteignent vos outils réels — votre Gmail, votre agenda, votre Notion — et accumulent une mémoire de travail avec le temps. Ils peuvent tourner selon un horaire. Ils peuvent s’arrêter pour vous poser une question. Ils peuvent passer la main à d’autres agents dans un flux de travail.

Le détail complet se trouve ci-dessous.

Les Actions sont la partie dont on suppose qu’elle comble l’écart : elles méritent donc d’être bien comprises. Une Action permet à un GPT personnalisé d’appeler une API externe — mais vous lui donnez cette capacité en fournissant un schéma OpenAPI du point d’accès, en configurant l’authentification, et en traitant le rappel d’authentification. Autrement dit, connecter un GPT à un service est un petit projet d’intégration, non un réglage. S’il n’existe pas d’Action toute faite pour l’outil que vous utilisez, c’est vous qui l’écrivez.

Deux limites mordent même une fois qu’une Action fonctionne. Elles tendent à être surtout en lecture et une à la fois : un GPT ira volontiers chercher quelque chose à un point d’accès unique, mais il ne fait pas la synthèse entre votre messagerie, votre agenda et vos notes d’un seul mouvement — ce que vous voulez précisément quand vous demandez à être briefé pour une réunion. Et la connexion est générique, non personnelle : une Action sait appeler une API ; elle ne porte aucune mémoire de votre façon de travailler, de ce que vous avez décidé la semaine dernière, ni de qui sont les gens dans le fil.

1Presence part de l’autre bout. Les connecteurs sont intégrés et accordés au premier usage — pas de schéma, pas de rappel, pas d’après-midi de développement — et l’agent lit à travers eux d’un seul coup, face à une mémoire qui est véritablement la vôtre. La question « briefe-moi pour le rendez-vous de 15 h » tient ici en une phrase ; avec des Actions, c’est une intégration et beaucoup d’espoir.

Voici l’écart en un seul échange. La demande traverse trois services à la fois, les met en balance avec ce que l’agent sait déjà, et revient avec un jugement — non avec une réponse d’API isolée.

Un GPT personnalisé doté d’une Action agenda peut aller chercher l’événement. Il ne peut pas, dans le même souffle, vérifier si le point de blocage s’est levé dans votre messagerie, mettre cela en balance avec une échéance dont il se souvient, et vous faire une recommandation. Cette synthèse — entre outils, face à une mémoire — est tout l’intérêt d’un agent, et c’est ce que les Actions, un point d’accès à la fois, ne sont pas faites pour accomplir.

Bâtir un GPT personnalisé revient à ouvrir le constructeur et à remplir un formulaire — nom, description, un bloc d’instructions, des amorces de conversation, des fichiers de connaissances — puis, si vous voulez qu’il fasse autre chose que parler, à configurer des Actions. C’est accessible pour la partie consigne et instructions, et nettement taillé pour développeur pour le reste. Bâtir un agent 1Presence revient à décrire ce que vous voulez en langage clair et à le laisser se façonner en conversant ; il n’y a ni panneau ni schéma.

Côté prix, la comparaison est facile à manquer : les GPT personnalisés vivent à l’intérieur de ChatGPT, si bien que les construire et les utiliser suppose un abonnement ChatGPT Plus à 20 USD par mois. 1Presence est à 8 USD par mois avec 5 USD de crédit d’usage inclus, et vos agents — avec mémoire, connecteurs et planification — en font partie, plutôt que de constituer un palier au-dessus.

Les GPT personnalisés sont ce que les grands produits de discussion proposent de plus proche d’« agents spécialisés », et ils finissent par être manifestement des vitrines de démonstration — amusants à faire, fragiles à l’usage, oubliés au bout d’une semaine. La raison n’est pas que l’IA en soit incapable. C’est que l’infrastructure autour (mémoire, connecteurs, planification, isolation) manque.

1Presence est bâti sur l’idée qu’un agent doit ressembler à un vrai collègue : il vous connaît, il peut atteindre ce que vous pouvez atteindre, il se présente au bon moment, il s’améliore à mesure que vous travaillez ensemble. L’IA seule ne peut pas faire cela. C’est le système autour d’elle qui le doit.