Skip to content

Ce que l’IA ne devrait jamais faire à votre serveur Tableau

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.

Mis à jour · 6 min de lecture

Où se trouve la ligne

Un choix de conception se trouve sous chaque fonctionnalité d’IA ici, et aucun réglage ne peut le changer. L’assistant lit, il explique, et il propose. Le chemin d’écriture reste à une personne. Chaque chose qu’il propose arrive sous forme de carte approuver pour exécuter. Cette carte renvoie directement à la porte d’approbation humaine déjà intégrée à l’outil qui possède l’action.

C’est de l’isolation de capacité, pas une instruction. Un modèle à qui l’on dit de ne pas écrire peut encore s’y laisser entraîner, parce que le langage est la surface dont dispose un attaquant. Un modèle construit sans chemin d’écriture tient, quelle que soit la formulation de la demande. Le code pour l’exécuter n’a jamais existé.

La même règle vaut pour chaque outil gouverné. Là où un outil écrit, une personne a déjà signé pour cela à la porte propre à cet outil. Dans plusieurs d’entre eux, une personne signe deux fois.

Cela répond à l’injection de prompt

Un assistant qui lit votre serveur lit du texte que d’autres personnes ont écrit. Des titres de classeurs. Des descriptions de champs. Des commentaires dans du SQL personnalisé. Des lignes de journal. N’importe lequel peut contenir une phrase écrite pour que le modèle lui obéisse.

Là où un assistant peut agir, chacune de ces chaînes devient un canal d’instruction. Quiconque peut publier sur votre site peut en écrire une. Ici, le chemin d’écriture appartient à une personne, si bien qu’une phrase plantée ne peut mettre qu’une réponse trompeuse sur un écran. Un lecteur la voit et décide quoi faire.

La différence de risque est grande : au pire une mauvaise phrase sur un écran, jamais une source de données supprimée.

Ce que la règle vous coûte

Le coût est réel et mérite d’être dit tout haut. Un contrôle décrit uniquement par ses bénéfices se lit comme un slogan.

  • C’est plus lent. Chaque action passe par une personne, y compris les ennuyeuses que personne ne veut lire.
  • Le travail de masse a sa place ailleurs. Douze cents classeurs à corriger est un travail pour les moteurs déterministes, pas pour une conversation, et un assistant à qui l’on demande de s’y user vous décevra.
  • Il reste littéral. Un outil qui devinerait ce que vous vouliez dire et agirait en conséquence ferait une meilleure démonstration.

Pour un produit de gouvernance, les trois sont le bon échange. Vous êtes responsable de votre propre environnement. Un produit qui y agit de sa propre initiative laisse cette responsabilité exactement là où elle était, et ajoute un acteur que personne ne peut interroger plus tard.

Déterministe par défaut

La règle a une forme plus forte : le chemin par défaut s’exécute sans aucun modèle. L’analyse est déterministe jusqu’à ce que quelqu’un coche une case, et l’interface le dit avec ses propres mots.

Rien de coché : l’analyse s’exécute sur le moteur déterministe rapide.

C’est ce qui transforme un rapport en preuve. Relancez une vérification de qualité le trimestre prochain, obtenez la même réponse, et vous pouvez la joindre à une décision. Une réponse qui bouge avec la version du modèle derrière elle ne peut pas être reproduite. Ce n’est pas une preuve.

Le scanner Risk va plus loin, et chaque chemin en son sein est déterministe. Un scan qui décide si des données personnelles sont exposées doit être répétable, et répétable est la seule conception défendable. Une détection que vous pouvez reproduire est une détection sur laquelle vous pouvez agir.

Quelle clé, quel compte

Quelle clé
La vôtre. Vous la fournissez pour une session, ou un administrateur la verrouille sur votre site. Elle est chiffrée au repos et jamais renvoyée à un navigateur.
Quel fournisseur
La couche client parle à plus d’un. Tout point de terminaison qui parle l’API OpenAI peut la servir, y compris un que vous hébergez vous-même. L’URL de base est un paramètre, pas une constante.
Ce qui est enregistré
Le nombre d’appels, le nombre de jetons, quels modèles ont tourné, et le coût, par utilisateur, dans une console d’administration. La forme du travail.
Ce qui en reste exclu
Les cellules renvoyées par une requête de données restent hors de l’audit. Le nombre de lignes est la forme qui est conservée.

Cette dernière ligne est la question à poser à tout produit d’IA que vous examinez. Demandez ce que le journal d’audit stocke. Si la réponse est la conversation, vous détenez maintenant une seconde copie de vos données. Elle se trouve dans un système que votre travail de classification des données n’a jamais examiné.

Lire des données, une question à part

Un assistant qui ne fait que lire peut encore lire plus qu’il ne devrait. Deux frontières s’en chargent, et elles fonctionnent indépendamment.

  • L’identifiant. Chaque lecture s’exécute avec l’identifiant Tableau propre à la personne connectée, si bien que l’assistant voit ce que cette personne voit et rien de plus.
  • Le moteur. Le SQL que le modèle écrit s’exécute contre une copie locale matérialisée, avec l’accès aux fichiers externes désactivé. Une connexion de base de données ordinaire du même type renverra un fichier système local par son lecteur CSV. Celle-ci tient la ligne.

Par-dessus les deux, une métrique nommée dans une question est vérifiée contre le contrat stocké avant que quoi que ce soit n’atteigne un entrepôt. Une mesure garde une définition, quels que soient les mots employés dans la question.

Ce que cela rapporte

  1. Une réponse que vous pouvez vérifier, parce que chaque chiffre qu’elle contient vient d’une requête que vous pouvez relancer.
  2. Un registre de ce qui a été demandé, y compris les requêtes refusées.
  3. Un rayon d’impact fixé par les permissions d’une personne, pas par celles d’un compte de service.
  4. Une façon de dire oui à une fonctionnalité d’IA là où la réponse honnête serait autrement non.

La quatrième est celle qui fait approuver les projets. La plupart des équipes ne choisissent pas entre un assistant gouverné et un assistant non gouverné. Elles choisissent entre un assistant gouverné et rien du tout, et rien du tout est ce qu’elles ont choisi jusqu’ici.

Trois questions qui valent la peine

  1. Peut-il écrire. Si oui, qu’est-ce qui l’en empêche, et est-ce un chemin de code ou une ligne dans un prompt.
  2. Avec quel identifiant lit-il, et cet identifiant porte-t-il plus de permissions que la personne qui l’utilise.
  3. Que stocke l’audit, et pendant combien de temps.

Ces trois réponses vous en disent plus que n’importe quel chiffre de précision. Mieux encore, quelqu’un de votre propre équipe peut vérifier chacune d’elles en un après-midi.