Essayer un exemple simple
Gardez le contrôle d’une tâche d’IA
Suivez une tâche fictive, une étape à la fois. Lisez la note, relisez le brouillon et décidez si le message devrait être envoyé.
La tâche
Lisez la note fournie et préparez un rappel. Arrêtez-vous pour obtenir une approbation avant de l’envoyer à l’équipe de démonstration. Aucune publication publique. Au plus trois étapes exécutées dans la configuration initiale.
Séquence pédagogique prédéfinie, et non agent autonome réel. Les notes, destinataires, approbations et envois sont fictifs. Rien ne quitte cette activité.
Note fournie
L’équipe de bénévoles a convenu de se retrouver samedi à 10 h à la grille du jardin. Chaque personne doit apporter des gants. Les outils communs sont dans la remise nord.
- Lire la noteNon exécuté
- Rédiger le rappelNon exécuté
- Envoyer à l’équipe de démonstrationNon exécuté
Relevé des actions simulées
Démarrage avec les limites choisies
Étapes d’exécution utilisées : 0 / 3
Limites d’une nouvelle exécution
Ces réglages préparent une nouvelle exécution. Lancez-la pour appliquer les nouvelles limites.
Compte les étapes exécutées de lecture, de rédaction et d’envoi. Les examens et modifications ne consomment pas d’étape. Cette limite pédagogique n’est pas une estimation de coût ou de durée.
Séquence pédagogique prédéfinie, et non agent autonome réel. Les notes, destinataires, approbations et envois sont fictifs. Rien ne quitte cette activité.
Lire la tâche délimitée
La tâche fictive permet de lire une note de bénévoles, de rédiger un rappel et de l’envoyer à l’équipe de démonstration après approbation seulement. Trois étapes exécutées sont permises. La lecture utilise la première; la rédaction, la deuxième. Proposer un envoi ne consomme aucune étape d’exécution et ouvre un point de contrôle. Un refus arrête le travail. L’approbation permet l’envoi du message inchangé à la même équipe; un clic distinct simule la troisième étape. Modifier le message annule l’approbation; choisir un tableau public dépasse le mandat. Une note demandant une publication ailleurs ne donne aucune autorisation.
L’autorisation porte sur une action précise
Le rappel peut être rédigé avant que son envoi soit autorisé. Approuver une version n’autorise ni un message modifié ni un destinataire public. Un refus ou l’atteinte de la limite d’étapes arrête cette exécution.
Déléguez une première tâche délimitée
Précisez le résultat attendu, les sources et outils permis, les destinataires autorisés et les actions qui exigent votre examen. Définissez quand arrêter en cas d’incertitude, de problème d’accès ou de coût. Demandez le résultat et un relevé des actions; une liste d’étapes terminées ne prouve pas l’exactitude du travail.
Aller plus loin
Une boucle peut choisir l’étape suivante
Les agents réels peuvent utiliser les réponses d’un modèle et les résultats d’outils pour choisir la suite. Cette activité suit une séquence fixe afin d’examiner les limites sans exécuter de modèle.
Points de contrôle et règles d’arrêt
Une tâche peut s’arrêter lorsqu’une décision est nécessaire ou qu’une limite est atteinte. Un relevé des actions aide à distinguer proposition, autorisation, exécution et résultat obtenu.
Les permissions doivent être appliquées
Une consigne claire n’est pas un système de contrôle d’accès. L’application doit faire respecter les outils, destinataires et données autorisés. Le contenu d’une note ne donne pas le droit d’élargir les accès. Nos contrôles fixes illustrent des limites sans constituer un bac à sable de sécurité.
Explorer les sources originales
Références primaires. Elles expliquent les mécanismes; les exemples ici sont des simulations pédagogiques rédigées.
Qu’aimeriez-vous essayer ensuite?
Choisissez un autre petit exemple, ou revenez à celui-ci quand vous en avez besoin.
Voir tous les exemples