Un utilisateur nous a demandé, dans sa langue, de transformer une note existante en tâche. L'assistant a répondu quelque chose de poli et de flou, puis il a créé une tâche neuve, vide, à côté. La note est restée une note, avec son contenu et ses fichiers joints. La tâche, elle, ne contenait rien. De sa place, l'utilisateur a vu un système qui dit oui et qui n'apporte rien.
Il existe une manière d'échouer qui coûte plus cher que l'échec franc : celle où la machine a l'air d'avoir obéi.
En bref : l'assistant de Vyneron reconnaît les demandes de conversion dans six langues, retrouve l'élément que vous visez et vous le présente avant le moindre changement. Il ne convertit jamais de sa propre initiative. La confirmation en un geste n'existe que pour les cibles qui n'exigent aucune information supplémentaire (tâche et note) ; passer à une tâche récurrente ou à une sous-tâche demande un court échange, parce qu'une récurrence a besoin d'un cycle et une sous-tâche d'un parent. Rien n'est modifié tant que vous n'avez pas confirmé.
Ce n'était pas un problème de modèle
Le premier réflexe, c'est d'accuser le prompt. J'ai eu ce réflexe. Il était faux, et le suivre nous aurait enfoncés.
L'assistant ne disposait d'aucun outil pour convertir un élément existant. Face à une demande de conversion, le modèle a fait ce que font les modèles quand la capacité n'existe pas : il a pris l'action la plus proche à sa portée. La plus proche, c'était « créer une tâche ». Il a donc créé une tâche. Sa réponse restait vague parce qu'elle recouvrait un manque.
Un prompt mieux écrit n'aurait rien comblé. Il aurait simplement rendu les fausses réponses plus assurées.
Reconnaître, retrouver, confirmer
Le correctif tenait en deux mouvements : donner à l'assistant une véritable capacité de conversion, puis l'arrêter juste avant le geste irréversible.
Reconnaître. L'assistant comprend les formulations de conversion dans les six langues du produit : anglais (convert, turn into, make it a), turc (çevir, dönüştür), allemand (umwandeln), français (convertir), espagnol (convertir), russe (преобразуй). Le périmètre s'arrête aux éléments qui existent déjà. Si vous décrivez quelque chose de neuf, la demande repart vers le circuit de création habituel : c'est voulu, pas un repli faute de mieux.
Retrouver. Il cherche dans vos tâches, vos notes et vos tâches récurrentes l'élément que vous avez décrit. Vous pouvez aussi renvoyer à ce dont vous veniez de parler sans le nommer une seconde fois.
Confirmer. C'est là que tout se joue. L'assistant ne convertit pas. Il vous montre ce qu'il a trouvé, et il attend.
Ce que vous voyez dépend du nombre de correspondances :
- Aucune correspondance. L'assistant vous le dit sans détour. Et si vous avez pointé quelque chose de vague (« transforme ça en tâche ») sans référence exploitable, il vous demande de quel élément il s'agissait plutôt que de parier.
- Une seule correspondance. Si la cible ne réclame aucune information supplémentaire, vous obtenez le titre de l'élément et un unique bouton de confirmation. Un geste, et c'est réglé.
- Plusieurs correspondances. Vous obtenez la liste, et vous tranchez. L'assistant ne choisit pas à votre place, et il ne convertit pas tout le lot.
Ce qu'il ne fera pas d'un seul geste
Deux conversions sont volontairement tenues à l'écart de la confirmation en un geste.
Transformer un élément en tâche récurrente suppose un cycle. Quotidien, hebdomadaire, mensuel : trois résultats différents, et la demande dit rarement lequel. Transformer un élément en sous-tâche suppose une tâche parente à laquelle le rattacher. Dans les deux cas, il manque réellement une information à l'assistant ; il ouvre donc un court échange pour la réclamer au lieu de l'inventer.
C'est le principe de l'étape de confirmation, poussé un cran plus loin. Un assistant qui décide d'un rythme hebdomadaire quand vous pensiez quotidien ne vous a pas fait gagner un geste. Il vous a laissé une anomalie à repérer, puis à défaire.
Le même comportement des deux côtés
Le chat web et le bot Telegram s'appuient sur le même code de correspondance. Les tournures et les boutons sont adaptés à chaque surface, mais le choix des éléments retenus, le nombre de candidats renvoyés et la liste des conversions qui exigent une étape de plus viennent d'un code commun. Rien n'est réécrit canal par canal.
C'est important, parce qu'un écart de ce genre reste invisible jusqu'au jour où il vous coûte quelque chose. Une conversion qui fonctionne dans le navigateur et se comporte mal, sans bruit, dans Telegram : voilà le genre de défaut qui use la confiance qu'on place dans un assistant. Et il ne se montre nulle part ailleurs qu'en production.
Pourquoi nous préférons demander
Un assistant qui agit tout de suite impressionne en démonstration. Dans l'usage réel, avec vos vraies notes et vos vraies pièces jointes, une action autonome qui se trompe coûte bien plus cher qu'un clic de confirmation. Convertir le mauvais élément n'est pas une broutille : votre contenu change de place sans prévenir, et c'est à vous de reconstituer l'histoire.
L'assistant demande, donc. Je sais que cela ajoute un aller-retour, et que dans les cas évidents ce clic peut agacer ; c'est le prix que nous avons choisi de payer. Un geste sur une confirmation lisible, contre la certitude de ne plus jamais avoir à vérifier si l'assistant a vraiment fait ce qu'il annonçait.
Vyneron est gratuit pour commencer, et l'assistant se comporte de la même façon dans l'application et dans Telegram.