Ce que vous saurez faire
- Lister chaque agent, exécuteur, planification, famille, environnement et clé de votre entreprise, une ligne chacun.
- Trouver les agents que personne n’a enregistrés en reliant chaque clé aux exécuteurs qui l’utilisent.
- Nommer l’interrupteur d’arrêt de chaque agent, exécuteur, planification, famille et clé, et ce qu’il arrête.
- Mettre une planification en pause exprès et vérifier qu’aucune exécution ne s’est déclenchée après.
- Retirer un agent sans supprimer son historique ni casser un workflow qui le nomme.
Points clés
- Un inventaire des agents IA est un registre qui liste chaque agent IA qu’une entreprise fait tourner, avec son responsable, les systèmes auxquels il accède et l’interrupteur qui l’arrête.
- Tenez le registre dans les fiches à partir desquelles les agents s’exécutent : l’interrupteur de chaque ligne est alors bien celui qui arrête l’agent.
- Trouvez les agents non enregistrés à partir des clés et des planifications, pas de mémoire.
- Testez un interrupteur d’arrêt en vérifiant que rien ne s’est exécuté après lui, et considérez la remise en marche comme une partie de l’interrupteur.
Un inventaire des agents IA est un registre qui liste chaque agent IA qu’une entreprise fait tourner, avec son responsable, les systèmes auxquels il accède et l’interrupteur qui l’arrête. Dans notre registre, chaque ligne est la fiche même à partir de laquelle l’agent s’exécute : l’interrupteur de la ligne est donc bien celui qui l’arrête. Un inventaire depuis lequel vous ne pouvez rien couper n’est qu’une liste de choses que vous espérez arrêtées.
À la fin de ce guide, vous disposerez d’un registre de chaque agent IA de votre entreprise, des clés auxquelles chacun a accès, et d’un interrupteur d’arrêt sur chaque ligne sauf les environnements, utilisé et vérifié. Pour une petite entreprise, comptez un après-midi. Ce qu’est la prolifération des agents explique le pourquoi ; cette page montre comment l’empêcher en pratique.
Les exemples utilisent Kettlewick, un torréfacteur en ligne fictif qui vend son café en grains par abonnement, et Ines, qui en dirige les opérations. Les noms et les horaires sont inventés ; les noms de champs, les statuts, les règles et les seuils sont les vrais.
Ce qu’il vous faut avant de commencer
Chaque agent doit se trouver dans un système qui le conserve sous forme de fiche, avec une commande marche/arrêt. Nous utilisons ConvOps.
| Il vous faut | Pourquoi |
|---|---|
| Savoir où vos agents tournent aujourd’hui | Des exécuteurs dans le cloud, un ordinateur portable, des tâches planifiées, des outils de chat. Un agent que vous ne savez pas situer, vous ne pouvez pas l’arrêter |
| Un seul endroit où chacun est une fiche avec un état marche/arrêt | Un interrupteur qu’il faut aller chercher n’est pas un interrupteur |
| Un responsable par famille de tâches | Les responsables et le rythme de revue sont traités dans notre modèle opérationnel de gouvernance de l’IA |
Nous tenons le nôtre dans ConvOps(s’ouvre dans un nouvel onglet), le système qui fait tourner toute l’entreprise sur des agents planifiés.
Étape 1 : lister les six types de ligne
Tenez le registre dans les fiches à partir desquelles les agents s’exécutent. Une seconde copie dans un tableur se désynchronise le jour où quelqu’un ajoute un agent, et l’interrupteur, lui, n’est jamais dans le tableur.
| Type | Ce qu’il enregistre | Son interrupteur d’arrêt |
|---|---|---|
| Agent | Une définition nommée avec des révisions enregistrées ; chaque exécution reçoit la révision active | Désactiver |
| Exécuteur (executor dans ConvOps) | L’endroit où s’exécutent les agents, et les clés qu’il utilise | Désactiver l’exécuteur, arrêter ses exécutions ouvertes et mettre en pause les planifications qui le nomment |
| Planification | Une règle comme FREQ=DAILY;BYHOUR=18;BYMINUTE=0, son exécuteur, ses dernières exécutions | Mettre en pause |
| Famille (un programme dans ConvOps) | Un groupe de planifications avec un seul objectif et un seul responsable | Mettre en pause, ce qui désarme chaque membre |
| Environnement | Les outils, les dépôts et les secrets qu’une exécution reçoit | Aucun : il conserve les secrets sous forme de références |
| Clé | Un identifiant de fournisseur de modèles et les exécuteurs qui l’utilisent | La révoquer chez le fournisseur |
La ligne du registre (un modèle de registre d’agents IA à copier)
ConvOps conserve la plupart de ces champs sous forme de fiches. Deux vous reviennent : ConvOps enregistre un responsable sur une famille, pas sur un agent ni sur un exécuteur, c’est donc vous qui renseignez le responsable, et c’est vous qui notez le dernier test de l’interrupteur.
name: review-replier
kind: agent
owner: Ines
purpose: drafts replies to customer reviews
runner: cloud-runner-main
schedule/trigger: Review replies, daily 18:00
keys it reaches: Model key (subscription), SHOP_API_KEY (reference)
off switch: disable (refused while Reply to reviews names it)
last switch test: <date, what you switched, what you saw after>
Une liste tenue à la main vous dit qu’un agent existe. Ce n’est pas elle qui l’arrête.
Étape 2 : trouver les agents que personne n’a enregistrés
Les agents non enregistrés se trouvent à partir des clés et de l’horloge, pas en demandant autour de soi.
Commencez par les clés : dans ConvOps, la fiche de chaque clé liste les exécuteurs qui l’utilisent, avec l’état de l’identifiant et jamais sa valeur. Rapprochez chaque exécuteur du registre. Un exécuteur sans ligne est un agent que personne n’a enregistré.
Chez Kettlewick, « Model key (subscription) » liste cloud-runner-main et laptop-runner. Seul le premier a une ligne : laptop-runner en reçoit donc une avant toute autre chose.
Passez ensuite en revue tout ce qui dépend de l’horloge :
- Chaque planification, y compris celles en pause. L’onglet Paused (« En pause ») conserve chaque ligne avec sa règle.
- « Missed its last fire » (« dernier déclenchement manqué »). Une planification récurrente reçoit ce signalement après un seul déclenchement en retard.
- « No run for too long » (« aucune exécution depuis trop longtemps »). Ce signalement prend le relais après 1,5 fois l’écart normal le plus long de la planification : 36 heures pour une tâche quotidienne. 1,5 est la valeur par défaut, réglable de 1 à 10.
- Une famille dont le verdict indique
silent. Sonsilent_countdonne le nombre de membres devenus muets.
Les chatbots utilisés par les salariés sur des comptes personnels posent un autre problème : le shadow AI en entreprise.
Étape 3 : donner un interrupteur d’arrêt à chaque agent (un arrêt d’urgence que vous savez trouver)
Chaque ligne, sauf un environnement, reçoit exactement un interrupteur que vous pouvez nommer, et ConvOps refuse le seul interrupteur qui casserait un workflow utilisant encore l’agent.
| Interrupteur | Ce qu’il arrête | Ce qu’il conserve |
|---|---|---|
| Mettre en pause une planification | Les prochains déclenchements, et ses exécutions ouvertes, annulées avec le motif « schedule stopped » (« planification arrêtée ») | La règle, les dernières exécutions, l’exécuteur pour le redémarrage |
| Mettre en pause une famille | Désarme chaque membre ; vous choisissez si les exécutions en cours s’arrêtent ou se terminent | Les membres qui étaient armés. La reprise ne réarme que ceux-là, avec une exécution de rattrapage chacun par défaut |
| Désactiver l’exécuteur, arrêter ses exécutions ouvertes et mettre en pause les planifications qui le nomment | L’envoi manuel vers l’exécuteur est refusé, ses exécutions ouvertes sont annulées et les planifications qui le nomment cessent de se déclencher | La fiche de l’exécuteur et ses connexions |
| Désactiver un agent | Il sort de l’ensemble d’agents de toutes les exécutions suivantes | Chaque révision enregistrée |
| Révoquer une clé | Chaque exécuteur listé sur la fiche de la clé | La trace des exécuteurs qui l’ont utilisée |
Rattacher une planification à une famille en pause provoque un avertissement par défaut, et la planification ne se déclenche pas avant la reprise de la famille. Les secrets n’ont pas d’interrupteur, car le registre ne les contient jamais. ConvOps conserve chaque secret sous forme de référence, avec un libellé et un état comme set, et n’en accepte ni n’en renvoie jamais la valeur.
L’interrupteur que ConvOps refuse
ConvOps refuse de désactiver un agent tant qu’une étape d’un workflow activé le nomme. Le refus est une erreur HTTP 409, code agent_in_use ; il n’écrit rien et nomme chaque workflow et chaque étape qui retient l’agent. À vous de choisir : retirer l’agent de ces étapes, ou désactiver d’abord ces workflows.
Chez Kettlewick, la désactivation de review-replier est refusée, car le workflow activé « Reply to reviews » le nomme dans l’étape draft-reply. Le couper casserait la tâche en plein workflow : le système vous oblige donc à décider d’abord. Quand seuls des workflows désactivés nomment l’agent, la désactivation réussit et les signale. Un exécuteur isolé tient chaque exécution à l’écart de votre machine, comme dans notre façon d’empêcher Claude Code de supprimer des fichiers.
Étape 4 : tester l’interrupteur d’arrêt, une exécution suivie de bout en bout
Un interrupteur se teste en regardant ce qui se passe après, pas en l’actionnant. La preuve, c’est une heure de déclenchement qui passe sans rien sur la ligne.
Ines teste l’interrupteur de « Review replies » (tous les jours à 18 h, famille « Customer care », exécuteur cloud-runner-main) pendant la réécriture d’un modèle de réponse :
| N° | Heure | Ce qui se passe | Ce qu’elle lit |
|---|---|---|---|
| 1 | Hier, 18 h | Exécution planifiée | completed, conservée comme dernière exécution |
| 2 | Aujourd’hui, 12 h | Exécution manuelle kw-run-208 | Toujours ouverte, todo |
| 3 | Aujourd’hui, 17 h 40 | Ines met la planification en pause | Dans la même modification, kw-run-208 est annulée : « schedule stopped » |
| 4 | Aujourd’hui, 18 h | L’heure de déclenchement passe | Aucune nouvelle exécution sur la ligne ni dans « Customer care » |
| 5 | Le lendemain matin | Elle vérifie à nouveau | Onglet Paused, règle et dernière exécution intactes, cloud-runner-main mémorisé |
| 6 | Verdict | Elle note le résultat sur la ligne du registre | La ligne de verdict ci-dessous |
| 7 | Redémarrage | Elle réactive la planification en nommant cloud-runner-main | L’exécution suivante affiche cet exécuteur |
La ligne de verdict est une note que vous écrivez sur la ligne du registre :
off switch tested: paused 17:40, no run at 18:00, open run cancelled, restart runner cloud-runner-main
Le test est réussi s’il n’y a aucune exécution après l’heure de déclenchement, si l’exécution ouverte est annulée et si le redémarrage aboutit sur l’exécuteur qu’il nomme. Si l’exécuteur mémorisé n’existe plus, ConvOps refuse le redémarrage tant que vous n’en nommez pas un autre ou que vous ne l’effacez pas. Testez un exécuteur de la même façon : mettez en pause les planifications qui le nomment, désactivez-le, arrêtez ses exécutions ouvertes et vérifiez que rien de nouveau ne démarre. Surveiller les agents pendant qu’ils tournent relève de l’observabilité des agents IA.
Étape 5 : retirer, ne pas supprimer
Ne supprimez jamais un agent. Désactivez-le, gardez son historique, et considérez la remise en marche comme une partie de l’interrupteur.
| Ligne | Comment elle est retirée |
|---|---|
| Agent | Désactivé ; ConvOps n’a pas d’action de suppression pour les agents, donc chaque révision reste |
| Famille | Retirée, ce qui est définitif et désarme chaque membre |
| Exécuteur | La suppression est refusée tant qu’une tâche active le nomme, et le refus liste ces tâches |
La remise en marche fait partie de l’interrupteur : les deux règles qu’elle demande figurent plus bas, dans Erreurs fréquentes.
Erreurs fréquentes
Nous nous sommes trompés trois fois avec nos interrupteurs d’arrêt. À chaque fois, l’arrêt semblait acquis, le travail est revenu, et nous en avons tiré une règle.
Mettre en pause la planification mais pas ses exécutions
Nous avons mis une planification en pause en laissant ses exécutions ouvertes, et la tâche de récupération, qui renvoie les exécutions restées muettes, les a renvoyées. Chez Kettlewick : « Old promo emails » est en pause, son exécution ouverte kw-run-117 reste en todo, et la tâche de récupération l’envoie à son prochain passage.
La règle : un arrêt, c’est deux écritures dans une seule modification. La planification passe en attente et chaque exécution ouverte est annulée avec « schedule stopped » ; les exécutions terminées ne sont jamais réécrites. Une simple mise en pause dans ConvOps fait les deux, et c’est la même règle qui explique pourquoi l’interrupteur de l’exécuteur arrête toujours aussi ses exécutions ouvertes.
Laisser un exécuteur revenir sur des exécutions périmées
Nous avons remis un exécuteur en service après une panne sans vider sa file, si bien que la tâche de récupération a renvoyé d’un coup toutes les exécutions périmées, et cet afflux a privé de ressources l’exécution en cours. Chez Kettlewick, c’est cloud-runner-cheap qui revient sur une file dont plus personne n’a besoin.
La règle : annulez les exécutions périmées avant le retour de l’exécuteur.
Redémarrer une planification sans son exécuteur
Nous avons redémarré une planification destinée à un nouvel exécuteur sans vérifier son exécution suivante, qui s’est déclenchée sur l’ancien. Chez Kettlewick : « Monthly price research » est redémarrée pour un nouvel exécuteur, et personne ne vérifie quel exécuteur son exécution suivante a utilisé.
La règle : nommez l’exécuteur au redémarrage et vérifiez que l’exécution suivante l’a bien utilisé. ConvOps mémorise l’exécuteur pendant une pause et refuse un redémarrage dont l’exécuteur mémorisé n’existe plus. C’est ainsi qu’un échec devient une règle dans tout ce que nous faisons tourner.
Étapes
Lister les six types de ligne
Créez un compte ConvOps gratuit sur my.convops.app/register, puis enregistrez chaque agent, exécuteur, planification, famille, environnement et clé sous forme de ligne, tenue dans les fiches à partir desquelles les agents s’exécutent.
Trouver les agents que personne n’a enregistrés
Reliez chaque clé aux exécuteurs qui l’utilisent et passez en revue chaque planification, en pause ou signalée, pour trouver les agents sans ligne.
Nommer l’interrupteur d’arrêt de chaque ligne
Nommez un interrupteur par ligne (mettre en pause, désactiver ou révoquer ; un environnement n’en a pas, il conserve les secrets sous forme de références) et sachez quel interrupteur le système refuse tant qu’un workflow utilise encore l’agent.
Tester l’interrupteur d’arrêt
Mettez une planification en pause avant une heure de déclenchement connue, vérifiez qu’aucune exécution ne suit et que ses exécutions ouvertes sont annulées, puis notez le résultat sur la ligne.
Retirer, ne pas supprimer
Désactivez les agents au lieu de les supprimer, annulez les exécutions périmées avant le retour d’un exécuteur, et nommez l’exécuteur quand vous redémarrez une planification.
Questions fréquentes
Qu’est-ce qu’un inventaire des agents IA ?
Un inventaire des agents IA est un registre qui liste chaque agent IA qu’une entreprise fait tourner, avec son responsable, les systèmes auxquels il accède et l’interrupteur qui l’arrête. Dans ConvOps, chaque ligne est la fiche à partir de laquelle l’agent s’exécute : l’agent, son exécuteur, sa planification, sa famille et les clés qu’il utilise, chacun avec son propre interrupteur (mise en pause ou désactivation dans ConvOps, révocation chez le fournisseur pour une clé). Le responsable et le dernier test de l’interrupteur sont les deux champs que l’entreprise ajoute elle-même.
Qui a besoin d’un inventaire des agents IA ?
Les fondateurs et les responsables des opérations de petites entreprises en ont besoin dès que leurs agents IA tournent sur des planifications, des exécuteurs et des clés de modèles. ConvOps conserve ces agents sous forme de fiches au même endroit : chaque agent peut être retrouvé, relié aux clés qu’il consomme et arrêté depuis la même ligne. Une entreprise en a besoin avant que le premier agent dont personne ne se souvient commence à consommer une clé.
Que doit contenir un inventaire des agents IA ?
Chaque ligne indique le nom, le type, le responsable, l’objectif, l’exécuteur, la planification ou le déclencheur, les clés auxquelles il a accès, l’interrupteur d’arrêt et le dernier test de l’interrupteur. ConvOps conserve la plupart de ces champs sous forme de fiches : la définition de l’agent, l’exécuteur, la règle de planification et la clé avec les exécuteurs qui l’utilisent. Le responsable d’un agent et le résultat du dernier test de l’interrupteur sont notés sur la ligne par l’entreprise.
Comment trouver les agents IA que personne n’a enregistrés ?
Créez un compte ConvOps gratuit sur my.convops.app/register, puis listez chaque clé et lisez les exécuteurs que nomme la fiche de chaque clé. Tout exécuteur sans ligne est un agent que personne n’a enregistré. Passez ensuite en revue chaque planification, y compris celles en pause, et chaque famille dont le verdict est « silent ». ConvOps signale une planification « Missed its last fire » (« dernier déclenchement manqué ») après un seul déclenchement en retard, et « No run for too long » (« aucune exécution depuis trop longtemps ») après 1,5 fois son écart normal le plus long.
Existe-t-il un arrêt d’urgence pour les agents IA ?
Oui, un par ligne plutôt qu’un seul pour tout. Dans ConvOps, vous mettez en pause une planification ou une famille, vous désactivez un exécuteur puis arrêtez ses exécutions ouvertes et mettez en pause les planifications qui le nomment, ou vous désactivez un agent ; une clé, vous la révoquez chez son fournisseur. ConvOps refuse de désactiver un agent tant qu’une étape d’un workflow activé le nomme, et le refus indique ce workflow et cette étape.
Comment tester que l’interrupteur d’arrêt d’un agent IA fonctionne ?
Créez un compte ConvOps gratuit sur my.convops.app/register, puis mettez une planification en pause peu avant une heure de déclenchement connue. Vérifiez qu’aucune exécution n’apparaît après cette heure et que les exécutions ouvertes ont été annulées avec le motif « schedule stopped » (« planification arrêtée »). ConvOps conserve la règle et la dernière exécution sur la ligne en pause. Notez le résultat sur la ligne du registre, puis redémarrez en nommant l’exécuteur et vérifiez que l’exécution suivante l’a bien utilisé.
Comment retirer un agent IA sans casser un workflow ?
Créez un compte ConvOps gratuit sur my.convops.app/register et désactivez l’agent au lieu de le supprimer : ConvOps n’a pas d’action de suppression pour les agents et conserve chaque révision. ConvOps refuse la désactivation tant qu’une étape d’un workflow activé nomme l’agent, et le refus liste ces étapes. Retirez l’agent de l’étape ou désactivez d’abord le workflow, puis désactivez l’agent.