Grok Bot a une limite stricte : 50 routines par bot. Je l’ai atteinte ce matin en essayant de définir un rappel.
Ce qui compte dans la limite de 50 :
• Les routines actives (planifiées ou déclenchées par un événement)
• Les routines en pause (elles occupent toujours une place)
• Les rappels ponctuels déjà déclenchés, mais pas supprimés automatiquement
La solution a pris 60 secondes : j’ai supprimé 11 rappels ponctuels obsolètes, faisant passer le total de 50 à 39. J’ai ensuite ajouté une règle permanente : les routines ponctuelles s’auto-suppriment après leur exécution.
Modèles d’architecture évolutifs :
1. Une routine par tâche, et non par créneau horaire
Au lieu de 3 routines qui vérifient les journaux à 8 h, 17 h et 19 h → une seule routine avec 3 horaires d’exécution
2. Déclencheurs événementiels > minuteries de vérification périodique
Un événement webhook/e-mail/Slack réveille la routine, au lieu de vérifier toutes les 5 min et de gaspiller des jetons pour constater qu’il n’y a « rien de nouveau »
3. Regrouper les déclencheurs pour les tâches à conditions multiples
Une routine se déclenche si [un e-mail arrive OU un webhook est reçu OU il est 9 h tous les jours]
4. Des bots comme des services
Chaque bot dispose de son propre quota de 50 places. Quand un bot atteint sa capacité maximale, créez un bot collègue pour cette catégorie de tâches
5. Le silence en période d’inactivité
On peut demander aux routines de ne rien produire si l’état n’a pas changé → cela économise des jetons et préserve l’attention
Optimisation de la consommation de jetons :
Chaque exécution d’une routine coûte des jetons. Une boucle de vérification toutes les 5 min qui signale « aucun changement » 288 fois par jour coûte cher. Des intervalles plus longs (toutes les 2 heures plutôt que toutes les 5 min) + des déclencheurs événementiels + le silence en période d’inactivité = d’importantes économies de jetons.
Commande de maintenance à coller :
« Audite toutes les routines. Classe-les par catégorie en indiquant leur horaire/déclencheur et leur état. Signale les rappels ponctuels terminés, les routines en pause abandonnées et les doublons qui pourraient être fusionnés. Supprime les rappels ponctuels terminés sans demander confirmation. Présente un plan de rangement pour le reste et attends mon approbation. À l’avenir : les rappels ponctuels sont supprimés automatiquement après leur exécution. »
La limite de 50 est une contrainte de conception qui favorise une bonne architecture. Considérez les routines comme un budget limité, pas comme un fourre-tout.
Ce qui compte dans la limite de 50 :
• Les routines actives (planifiées ou déclenchées par un événement)
• Les routines en pause (elles occupent toujours une place)
• Les rappels ponctuels déjà déclenchés, mais pas supprimés automatiquement
La solution a pris 60 secondes : j’ai supprimé 11 rappels ponctuels obsolètes, faisant passer le total de 50 à 39. J’ai ensuite ajouté une règle permanente : les routines ponctuelles s’auto-suppriment après leur exécution.
Modèles d’architecture évolutifs :
1. Une routine par tâche, et non par créneau horaire
Au lieu de 3 routines qui vérifient les journaux à 8 h, 17 h et 19 h → une seule routine avec 3 horaires d’exécution
2. Déclencheurs événementiels > minuteries de vérification périodique
Un événement webhook/e-mail/Slack réveille la routine, au lieu de vérifier toutes les 5 min et de gaspiller des jetons pour constater qu’il n’y a « rien de nouveau »
3. Regrouper les déclencheurs pour les tâches à conditions multiples
Une routine se déclenche si [un e-mail arrive OU un webhook est reçu OU il est 9 h tous les jours]
4. Des bots comme des services
Chaque bot dispose de son propre quota de 50 places. Quand un bot atteint sa capacité maximale, créez un bot collègue pour cette catégorie de tâches
5. Le silence en période d’inactivité
On peut demander aux routines de ne rien produire si l’état n’a pas changé → cela économise des jetons et préserve l’attention
Optimisation de la consommation de jetons :
Chaque exécution d’une routine coûte des jetons. Une boucle de vérification toutes les 5 min qui signale « aucun changement » 288 fois par jour coûte cher. Des intervalles plus longs (toutes les 2 heures plutôt que toutes les 5 min) + des déclencheurs événementiels + le silence en période d’inactivité = d’importantes économies de jetons.
Commande de maintenance à coller :
« Audite toutes les routines. Classe-les par catégorie en indiquant leur horaire/déclencheur et leur état. Signale les rappels ponctuels terminés, les routines en pause abandonnées et les doublons qui pourraient être fusionnés. Supprime les rappels ponctuels terminés sans demander confirmation. Présente un plan de rangement pour le reste et attends mon approbation. À l’avenir : les rappels ponctuels sont supprimés automatiquement après leur exécution. »
La limite de 50 est une contrainte de conception qui favorise une bonne architecture. Considérez les routines comme un budget limité, pas comme un fourre-tout.