Hermes Agent ne peut plus créer de nouveaux crons dans les tâches cron, non pas faute de permissions, mais parce que l’officiel a activement interdit ce type de planification récursive. L’avertissement dans la documentation cron indique que les sessions d’exécution cron ne peuvent pas créer récursivement plus de tâches cron, ce qui empêche la tâche de se lancer elle-même et de traîner l’ordonnanceur dans une boucle incontrôlable.
Pourquoi les responsables sont-ils si conservateurs
Parce qu’une fois qu’une tâche planifiée peut continuer à créer une tâche planifiée en fonctionnement, il est facile d’avoir trois problèmes : une planification répétée, une expansion infinie et l’oubli de recycler. Surtout si vous demandez à l’agent d’ajouter automatiquement un nouveau plan en fonction des résultats, une déviation rapide peut générer une série de doublons en quelques minutes.
Alternative correcte
- Commencez par créer un cron fixe et laissez-le décider conditionnellement « quoi faire » plutôt que « qui construire ».
- Si vous voulez vraiment orchestrer dynamiquement, utilisez la session principale ou des scripts externes pour gérer les tâches de manière uniforme.
- Écrivez des modifications dans un fichier de configuration, une liste de tâches ou un état de répertoire, et laissez le cron existant les lire, au lieu d’y mettre un cron.
Il n’y a donc pas d'« ordre de correction » dans cette question. C’est la limite de sécurité du produit. Si vous voulez faire une automatisation complexe, vous pouvez laisser Hermes Agent lire l’état, modifier les fichiers et envoyer des notifications, mais ne vous attendez pas à ce qu’il étende le cron à une couche supplémentaire dans le cron. Ce design, bien que conservateur, évite les horaires les plus difficiles à gérer.
Adresse officielle open source : https://github.com/NousResearch/hermes-agent ; Entrée officielle du document : https://hermes-agent.nousresearch.com/.
