Die Aufgabe Hermes Agent Cron wechselte nach einem Fehlschlag nicht automatisch auf Rückfall, was nicht unbedingt eine Fehlkonfiguration ist. Die offizielle Fallback-Provider-Dokumentation besagt, dass Cron-Jobs keine automatischen Fallbacks wie die Hauptsitzung unterstützen und gemäß dem zum Zeitpunkt der Ausführung konfigurierten Anbieter ausgeführt werden. Wenn du verschiedene Modelle verwenden willst, musst du den Anbieter und das Modell im Cron Job selbst angeben.
Korrektes Verständnis
fallback_model in der CLI-Sitzung kann bei Mastermodellen 429, 500, 401, 404 geschaltet werden; Cron ist jedoch eine zeitlich begrenzte Aufgabe und erbt diesen Session Bottom nicht. Du solltest Cron als eigenständigen Job konfigurieren.
Wie man die Ausfallrate senkt
- Geben Sie explizit einen stabilen Anbieter für die Cron-Aufgabe an.
- Zerlegen Sie wichtige Aufgaben, um zu vermeiden, zu lange bei einer zeitlich begrenzten Aufgabe zu arbeiten.
- Wenn es oft 429 ist, geben Sie dem Anbieter einen Key Pool oder wechseln Sie zu einem stabileren Modell.
- Nach dem Ausfall verwenden Sie die Protokolle, um zu bestätigen, ob es sich um eine Authentifizierung, eine aktuelle Drosselung oder ein Problem mit der Modellfähigkeit handelt.
Mit einem Wort: Cron fällt nicht zurück ist der aktuelle Mechanismus, und die Lösung besteht darin, einen Provider/Modell für die Aufgabe selbst zu spezifizieren.
Offizielle Open-Source-Adresse: https://github.com/NousResearch/hermes-agent; Offizieller Dokumenteneingang: https://hermes-agent.nousresearch.com/.
