La tâche cron de l’Agent Hermes ne basculait pas automatiquement en recours après l’échec, ce qui n’est pas nécessairement une mauvaise configuration. La documentation officielle des fournisseurs de secours indique que les tâches cron ne prennent pas en charge les repli automatiques comme la session principale, et qu’ils s’exécutent selon le fournisseur configuré au moment de l’exécution. Si vous souhaitez utiliser différents modèles, vous devez spécifier le fournisseur et le modèle directement dans le travail cron.
Compréhension correcte
fallback_model dans la session CLI peuvent être commutés au modèle maître 429, 500, 401, 404 ; Cependant, cron est une tâche chronométrée et n’hérite pas de ce fond de niveau session. Vous voulez configurer cron comme un travail autonome.
Comment réduire le taux de défaillance
- Spécifiez explicitement un fournisseur stable pour la tâche cron.
- Décomposez les tâches clés pour éviter de courir trop longtemps sur une tâche chronométrée.
- Si c’est souvent 429, donnez au fournisseur un pool de clés ou changez pour un modèle plus stable.
- Après la défaillance, utilisez les journaux pour vérifier s’il s’agit d’un problème d’authentification, de limitation de courant ou de capacité du modèle.
En un mot : cron ne recule pas comme mécanisme actuel, et la solution est de spécifier un fournisseur/modèle pour la tâche elle-même.
Adresse officielle open source : https://github.com/NousResearch/hermes-agent ; Entrée officielle du document : https://hermes-agent.nousresearch.com/.
