Le modèle rédige, une personne approuve, et c’est l’approbation qui s’exécute. Comment une proposition atteint la porte, ce que la porte demande, et ce qu’une approbation doit enregistrer pour valoir la peine d’être montrée à quiconque.
Mis à jour · 6 min de lecture
Approuver pour exécuter est une division du travail. Le modèle lit ce qu’il est autorisé à lire, écrit une proposition en mots, et la remet à une personne. Cette personne l’ouvre dans l’outil qui possède l’action, voit ce qu’elle ferait, et signe. C’est la signature qui s’exécute. Retirez la personne du milieu et la proposition reste un paragraphe sur un écran.
L’ordre compte plus qu’il n’y paraît. Dans une conception agentique, le modèle agit et une personne relit ensuite, si tant est qu’elle relise. Ici, le déclencheur appartient à la personne. Cela fait de la relecture la seule voie vers l’action, et non un filet de sécurité que quelqu’un peut être trop occupé pour vérifier.
Une proposition attend une personne. Chacune devient une carte que le lecteur ouvre et approuve dans la porte propre à l’outil.
Un assistant qui agit et un assistant qui conseille se vendent avec les mêmes mots. Ce sont des achats différents. La différence apparaît dans les questions que pose votre fonction risque, et de nouveau un mauvais jour.
Les deux conceptions ont leur place. Dans un environnement Tableau gouverné, c’est la consultative qui obtient la signature. Une seule source de données publiée peut se trouver sous cent classeurs, et un seul changement de permission atteint chacun d’eux.
Une proposition n’est bornée que par la liste dont elle vient. Chaque outil déclare sa propre liste d’actions proposables sur le serveur. Le modèle choisit dans cette liste par nom, et ajoute un bloc d’identifiants d’actions à la fin de sa réponse.
C’est la valeur pratique d’une liste que l’on peut lire de bout en bout. Un relecteur qui veut chaque changement que cet assistant pourrait jamais suggérer lit un registre, dans un fichier, en un après-midi. Une instruction disant à un modèle de bien se tenir ne laisse rien à lire à ce relecteur.
Une approbation qui n’enregistre que le fait que quelqu’un a cliqué sur oui est un clic. Cinq champs séparent une porte d’une boîte de dialogue.
Le dernier champ est celui que les gens oublient. Une porte qui refait discrètement le travail à une seconde soumission transforme un double clic nerveux en un second changement. L’audit montre alors deux approbations pour une seule action voulue.
Chaque action enregistrée nomme la porte derrière elle. Une carte de proposition peut alors dire au lecteur ce qui lui sera demandé avant qu’il l’ouvre. Ce sont les propres résumés du registre.
Lisez le tableau dans son ensemble et le schéma est l’argument. Deux signatures là où du contenu est publié. Un approbateur nommé là où une migration s’exécute. Une reconnaissance là où des identifiants sont intégrés. Le poids de la porte suit le poids de l’action, au lieu de rester au même réglage pour tout.
Une seule personne de votre propre équipe peut répondre aux quatre dans votre propre environnement. Aucun chiffre cité dans une fiche technique n’en dit autant.
La règle approuver pour exécuter, en mots simples. L’assistant lit, explique et propose, et une personne possède le chemin d’écriture. Ce que cela coûte, ce que cela rapporte, et trois questions à poser à toute fonctionnalité d’IA.
Une affirmation est une phrase. Une preuve est quelque chose qu’une seconde personne peut vérifier sans vous demander. Ce qu’une piste d’audit doit contenir, ce qu’un hachage prouve réellement, et ce qu’il faut exiger de tout outil qui prétend en produire une.
Quatre choses se font appeler gouvernance : la certification, la propriété, le contenu obsolète et le contrôle des changements. Ici, chacune est écrite comme une vérification que vous pouvez lancer, pas comme un objectif que vous pouvez énoncer. Il y est aussi question du seul changement qui passe une revue visuelle et reste faux.