Prenez une interaction réelle et suivez-la jusqu'au bout, car le discours abstrait — « un assistant qui agit, pas seulement qui répond » — ne vous apprend rien tant que vous ne l'avez pas vu se produire. Quelqu'un tape « crée-moi un suivi d'habitudes avec des séries » dans le bouton Ask-AI qui flotte sur chaque page de ce site. Voici ce qui se passe réellement entre cette phrase et un build en cours d'exécution, et où nous avons choisi de remettre une main humaine sur le volant.
La phrase
Neuf mots, aucune ponctuation, aucune navigation dans un menu, aucune idée même de la page où se trouve le builder. C'est l'entrée, et elle a la même forme que la plupart des demandes que reçoit cet outil : pas une commande, un souhait. Personne ne le formule comme « ouvre le builder, nomme le projet Habit Tracker, remplis le champ de prompt avec une description du suivi de séries, et place le focus sur le bouton de démarrage ». Les gens disent simplement ce qu'ils veulent voir exister. L'écart entre ces deux formulations — souhait contre instructions — c'est toute la fonctionnalité.
L'analyse
Quelle que soit la langue dans laquelle arrive cette phrase, elle est traitée dans cette langue — nous prenons en charge vingt langues sur l'ensemble du produit, en cohérence avec la posture multilingue plus large de la plateforme, et l'assistant n'exécute pas une couche de traduction par-dessus un script anglais fixe, il raisonne nativement dans la langue que vous avez saisie. Pour « suivi d'habitudes avec séries » précisément, l'analyse doit faire trois choses à la fois :
- Reconnaître qu'il s'agit d'une demande de build, pas d'une question
- Extraire un nom de projet
- Extraire suffisamment de spécifications pour que le champ de prompt ne soit pas vide
Se tromper sur l'un de ces trois points et l'utilisateur se retrouve sur un builder qui ne correspond pas à sa demande — ce qui est pire que de ne rien faire du tout. Il faut alors remarquer l'écart, puis le corriger, puis recommencer.
L'écran préparé
C'est la partie facile à sous-estimer dans une démo et facile à mal faire en pratique : cela ne lance pas le build. Cela ouvre le builder avec le projet nommé, le champ de prompt déjà rempli, et l'exécution prête à démarrer en un clic. C'est un point d'arrêt délibéré, pas un raccourci faute de temps. Ouvrir une page et pré-remplir un formulaire, c'est peu risqué de se tromper — au pire, vous modifiez le texte ou fermez l'onglet. L'assistant le fait donc simplement, sans boîte de confirmation, sans « êtes-vous sûr de vouloir naviguer ».
Le clic qui restait le vôtre
Lancer le build est une catégorie différente, car lancer le build dépense des crédits — de vrais crédits, débités de votre compte dès le démarrage de l'exécution. C'est là qu'intervient la règle de proportionnalité :
| Type d'action | Ce qui se passe |
|---|---|
| Facile à annuler — navigation, texte préparé | Se produit automatiquement, sans confirmation |
| Dépense de l'argent ou du calcul réel — lancement du build | Attend un clic délibéré de votre part |
Nous en sommes arrivés là après beaucoup d'allers-retours, et j'admets qu'aucun des deux extrêmes ne semblait manifestement juste. Tout confirmer, et vous avez recréé l'ancienne expérience à trois clics de menus, avec une fenêtre de chat greffée par-dessus — pire que ce qu'elle remplaçait. Ne rien confirmer, et un jour l'analyse se trompera sur une demande ambiguë et lancera une exécution que personne n'a demandée, aux frais de quelqu'un d'autre. Pour cet exemple précis, cela signifie : l'assistant vous amène au builder chargé en une seule fois, et le bouton qui dépense réellement quelque chose reste un vrai clic humain et délibéré.
L'infrastructure sous-jacente
Une chose que vous ne pouvez voir nulle part dans ce flux, et c'est précisément pourquoi elle compte : chaque partie de celui-ci — la navigation, le prompt préparé, le build final — se produit à l'intérieur de votre espace de travail, et de nul autre. L'assistant ne peut pas être convaincu de franchir les limites entre comptes, quelle que soit la formulation de la demande, car ce n'est pas une fonctionnalité de chat spéciale placée en dehors du système de permissions — mécaniquement, c'est simplement un autre agent de la plateforme, s'exécutant sous la même limite par compte que tout autre agent. Il n'y a pas de question distincte du type « le chatbot peut-il voir ceci » à trancher, car la réponse avait déjà été décidée par l'infrastructure avant même que la fonctionnalité de chat n'existe.
Ce qui ne se passe pas
Poussez ce même exemple un cran plus loin et vous atteignez la limite de ce que l'assistant fera sans y être invité, et il vaut la peine de préciser où se situe exactement cette limite. Il vous ouvrira le générateur. Au-delà :
- Il ne dépensera pas au-delà de ce que vous avez déjà approuvé
- Il ne publiera pas le projet terminé où que ce soit en votre nom
- Il n'entreprendra aucune action qui sort du bac à sable de votre propre espace de travail pour toucher le monde extérieur
Cette catégorie entière ne bénéficie d'aucun parcours piloté par l'assistant — ni confirmation renforcée, ni parcours du tout. Si vous voulez rendre un projet public, c'est toujours un bouton que vous devez trouver et presser vous-même, comme cela a toujours été le cas.
Pourquoi les points d'arrêt sont où ils sont, et pas ailleurs, plus sûrs en apparence
Nous aurions pu faire en sorte que chacune de ces étapes demande une autorisation et appeler cela de la prudence. Je ne pense pas que ç'aurait été de la prudence — je pense que ç'aurait été une version plus lente exactement des tâches fastidieuses que cette fonctionnalité existe pour éliminer. Un chatbot qui se contente de décrire où se trouve le bouton de génération a un faible rayon d'impact quand il se trompe : il vous fait perdre trente secondes, vous êtes légèrement agacé, rien n'a été dépensé. Un assistant qui prépare une vraie génération se trompe de manière plus coûteuse si les garde-fous ne sont pas bien placés, ce qui est la vraie raison pour laquelle la ligne « confirmer avant de dépenser » existe — pas comme une précaution ajoutée pour paraître responsable, mais parce que nous avons observé où atterrirait le mode de défaillance et avons placé l'arrêt exactement là. Tout ce qui précède cette ligne — lire la phrase, préparer l'écran, vous amener à un clic de la fin — ne nécessitait aucune autorisation, parce que rien de tout cela ne peut vous nuire.
