Anatomie d'un wrapper ChatGPT
La technologie complète d’une « solution de chat IA conforme au RGPD » se résume en une ligne : une clé API vers le modèle d’un autre, un prompt système, une fenêtre de chat, un contrat de sous-traitance en PDF.
Un bon stagiaire en construit un produit en un week-end. D’où leur nombre : les portails comparatifs recensent plus de 1 600 outils IA évalués, les panoramas de marché ajoutent une demi-douzaine de nouvelles « plateformes IA conformes au RGPD » à chaque mise à jour. Qui a vu trois démonstrations les a toutes vues : l’historique de conversation à gauche, le champ de saisie à droite, seul le logo change en haut.
amaiko se retrouve régulièrement rangée sur cette même étagère. Aucune publicité n’y changera rien. Le plus simple est d’ouvrir la chose une fois pour voir ce qu’il y a dedans. Ou plutôt : ce qu’il n’y a pas.
La catégorie qui se trahit elle-même
Dans la Silicon Valley, on appelle ça un « thin wrapper » : un produit qui relaie des appels API vers le modèle d’un autre et n’ajoute guère plus qu’une interface. Elle est née d’une ruée vers l’or et d’une inquiétude légitime : après ChatGPT, chaque entreprise a voulu de l’IA tout de suite, sans les ennuis liés à la protection des données.
L’ordre des arguments de vente devrait tout de même mettre la puce à l’oreille. Quand « conforme au RGPD » est la première chose qu’un fournisseur dit de son produit, le reste mérite un examen attentif. Un restaurant qui met en avant l’affichage de l’inspection sanitaire plutôt que sa cuisine dit déjà quelque chose de sa cuisine. amaiko est bien sûr elle aussi conforme au RGPD et héberge en Allemagne ; cela dit, cela ne suffit pas comme argument principal.
La façon dont finit l’histoire des wrappers légers est bien documentée : ils perdent la majorité de leurs utilisateurs dans les 90 premiers jours. Le cas d’école le plus connu s’appelle Jasper, une interface soignée au-dessus de l’API d’OpenAI, valorisée un temps à 1,5 milliard de dollars. Puis ChatGPT lui-même est devenu suffisamment bon, et le chiffre d’affaires a chuté de plus de moitié. Un produit dont le cœur est le modèle d’un autre meurt de la prochaine version de ce même modèle.
Comment distinguer alors un assistant d’une fenêtre de chat affublée d’un autocollant compliance ? À quatre choses qu’une fenêtre de chat ne peut pas avoir, de par sa construction même. Aucune roadmap n’y changera rien.
Pas de mains
Une fenêtre de chat produit du texte. Elle ne peut pas toucher vos systèmes : elle ne lit rien, n’écrit rien, ne classe rien, ne déclenche rien. Chaque geste vous revient : copier, coller, retaper, ranger.
Un assistant qui a des mains comprend en revanche une phrase comme celle-ci : « Vérifie l’expéditeur de cet e-mail dans HubSpot, rédige-moi une note courte au format Word et dépose-la dans mon Google Drive. » Une phrase, trois systèmes, trois éditeurs. Du travail à travers tout le paysage applicatif, pour lequel une fenêtre de chat n’a tout simplement pas d’outil.
Thomas Kugel, directeur général de KUGEL Elektro- & Metalltechnik, a jugé amaiko précisément sur ce critère. L’essentiel, dit-il, est que les nouvelles solutions « s’intègrent proprement dans notre paysage système existant ». Ce qu’il énumère ensuite, ce sont des gestes concrets : « une connexion directe à nos systèmes », des réunions suivies dans Teams puis résumées, « un point central où les connaissances sont préservées durablement ». De la conformité, il ne dit pas un mot.
Pas d’horloge
Une fenêtre de chat existe tant que vous y tapez. Onglet fermé, produit disparu. Il n’y a aucun moment où un wrapper agit de lui-même pour vous, parce que « de lui-même » n’existe pas dans son architecture.
Une seule phrase suffit à le démasquer : « … et fais toujours ça à partir de maintenant. » Une consigne permanente exige quelque chose qui se souvienne demain de ce que vous avez dit aujourd’hui, et qui se réveille demain de sa propre initiative. Chez amaiko, le matin est le moment où le travail a déjà eu lieu. Hannes Schneeberger, directeur des ventes d’une entreprise de négoce internationale, passe une bonne partie du mois en déplacement et laisse l’Active Inbox trier sa boîte mail en amont. Les e-mails signalés « deviennent automatiquement des tâches et constituent mon premier niveau de priorisation », dit-il. Le tri est terminé avant même qu’il n’arrive au bureau. À cette heure-là, un wrapper n’aurait pas encore existé.
Il y a encore mieux : vous le dites simplement pendant la réunion. amaiko est de toute façon présente dans les réunions Teams, et pour les rendez-vous en présentiel, elle se pose sur la table comme enregistreur ; les consignes données à voix haute, elle les exécute. Quand vous revenez à votre bureau, c’est fait, et personne n’a tapé quoi que ce soit dans une fenêtre de chat.
Pas de cerveau propre
Le modèle d’un wrapper appartient à une autre entreprise. Le wrapper lui-même possède l’interface, et guère plus : qui se contente de poser un prompt système sur un modèle étranger devrait, à chaque changement de modèle, réajuster ce même prompt, c’est-à-dire la moitié de son produit. Beaucoup renoncent donc à le faire et vieillissent avec leur moteur.
Cela se mesure de l’extérieur, avec une seule question : quel modèle tourne ici, et de quand date-t-il ? GPT-4o est sorti le 13 mai 2024. Certains fournisseurs de ce marché le vendent encore aujourd’hui comme le cœur de leur « solution IA ». C’est un moteur vieux de plus de deux ans, plusieurs générations de modèles derrière l’état de l’art, au tarif d’abonnement actuel.
Presque tous se déclarent malgré tout « indépendants des fournisseurs » ; un menu déroulant avec trois noms de modèles se construit vite. Ce qui révèle une vraie architecture derrière, c’est la vitesse. GPT-5.6 est devenu public le 9 juillet 2026, les clients d’amaiko travaillaient déjà avec le 10 juillet. Cela ne fonctionne que si les modèles, dans le système, sont ce qu’ils devraient être : des moteurs interchangeables.
Pas de mémoire, et encore moins de savoir
« Memory » figure désormais sur toutes les listes de fonctionnalités, car une base vectorielle se boulonne vite. Mais un stockage où tout le monde se contente de déverser reste un classeur que personne ne range. Au bout d’un an, tout s’y trouve : le périmé à côté du valide, le faux à côté de l’important, et personne ne sait plus lequel est lequel.
Le vrai travail s’appelle gérer le savoir, et comme il n’a presque jamais lieu, chaque départ emporte un savoir d’expérience, même quand tout est censé être documenté. amaiko construit automatiquement la base de connaissances interne à partir des réunions, des e-mails, des documents, du quotidien de travail, et la range au même rythme : le périmé disparaît, les contradictions se résolvent, le nouveau trouve sa place. Sans ateliers, sans entretiens de gestion des connaissances, sans wiki qui meurt au bout de trois mois. C’était d’ailleurs le troisième point de Kugel, « un point central où les connaissances sont préservées durablement ».
Personne n’a besoin d’ouvrir cette base de connaissances. Son lecteur le plus important est l’assistant lui-même : il porte le savoir là où on en a besoin, au lieu d’attendre que quelqu’un aille le chercher.
Pourquoi ce texte
amaiko a été conçue dès le premier jour, en 2025, comme un système agentique : des spécialistes qui accomplissent le travail plutôt que de formuler des réponses. Les grands du secteur, à l’époque, cherchaient encore comment vendre une fenêtre de chat dans Teams. Le marché suit désormais : Gartner prévoit que 40 % des applications d’entreprise intégreront des agents IA spécialisés par tâche d’ici fin 2026, contre moins de 5 % en 2025.
Rien de tout cela n’oblige à croire sur parole. Beaucoup de produits survivent à une bonne démonstration ; le vrai test, c’est quatre semaines de quotidien. Combien de travail a disparu de votre bureau ensuite ? La boîte mail triée au réveil, la note dans le bon dossier, l’engagement pris en réunion et tenu sans que personne l’ait retapé. Avec une fenêtre de chat, rien ne disparaît ; ses réponses, quelqu’un doit encore les traduire en travail, et ce quelqu’un, c’est vous.
Qu’un jeune produit, dans une catégorie jeune, se retrouve d’abord rangé aux côtés des projets montés en un week-end fait probablement partie du jeu. Le plus bel argument reste de toute façon celui d’un client : Franz-Josef Hock, directeur général de S u. K Hock, a passé une bonne quinzaine de mois à tester le marché de l’IA avant amaiko, et conclut sèchement qu’amaiko traite les tâches « de manière plus fiable qu’une solution reposant uniquement sur ChatGPT ». Cet homme a résumé en une incise ce pour quoi ce texte a besoin de mille cinq cents mots.
Pour qui préfère comparer point par point : voici nos comparatifs, avec noms et prix. Ou vous faites directement le test des quatre semaines avec nous.
Continuer la lecture
Qu'est-ce qu'une couche d'orchestration IA et pourquoi une entreprise en a-t-elle vraiment besoin ?
Une couche d'orchestration IA relie agents IA, données et workflows en un système proactif : ce que c'est et pourquoi votre entreprise en a besoin.
knowledge-managementQuelle IA dispose d'une mémoire persistante pour Teams et tourne sur des serveurs allemands ?
Mémoire IA persistante pour Microsoft Teams sur des serveurs 100 % allemands : comment amaiko conserve durablement le savoir de l'entreprise — conforme au RGPD et proactif.
microsoft-teamsAssistant IA pour Teams : conforme au RGPD pour les PME
Un assistant IA pour Teams dans les PME et ETI exige un hébergement 100 % UE, une mémoire persistante et de la proactivité. La solution conforme au RGPD.