Wer Hermes betreibt, kann einem wiederkehrenden Job einen geprüften Skill zuordnen, damit jeder Lauf mit demselben Verfahren beginnt. Entscheidend ist, ob ein geplanter Lauf die erlaubte Eingabe liest, einen brauchbaren lokalen Bericht erstellt und festhält, welches Modell und welcher Host ihn tatsächlich verarbeitet haben. Diese Anleitung richtet sich an Personen, die das Hermes-Profil, das Anbieterkonto und den Gateway-Host kontrollieren. BIG CHANGE hat das offizielle cron-Handbuch und die zugehörige Dokumentation am 19. Oktober 2026 geprüft. Wir haben Hermes weder installiert noch einen Job ausgeführt.

Die wesentliche Änderung

  • Was sich geändert hat: Hermes kann vor einer geplanten Anweisung einen geprüften Skill laden, ihn in einem gewählten Arbeitsverzeichnis ausführen und das Ergebnis lokal speichern. Sie können den Job pausiert erstellen, prüfen und dieselbe Job-ID wieder aktivieren.
  • Warum das wichtig ist: Für eine wiederkehrende Informationsaufgabe lässt sich ein geprüftes Verfahren verwenden. Sie müssen einen fälligen Lauf trotzdem anhand der erlaubten Eingabe prüfen. Ein gespeicherter Zeitplan belegt weder die verwendete Skill-Version oder das Modell noch die Richtigkeit des Berichts.
  • Worauf Sie achten sollten: Der weitere Betrieb setzt voraus, dass der Gateway-Host verfügbar bleibt und der erste Lauf die Berichtskriterien erfüllt. Prüfen Sie den Versuch, die Ausgabe und verfügbare Anbieter-/Modellnachweise, bevor Sie den Job aktiv lassen. Prüfen Sie nach jeder Unterbrechung erneut seinen genauen Zustand.

Bevor Sie etwas zeitlich planen

Wählen Sie eine kleine, erlaubte Eingabedatei und ein vorhandenes, isoliertes Arbeitsverzeichnis. Legen Sie fest, was ein korrekter kurzer Bericht enthalten muss, wo er die Eingabe belegen soll und bei welchen fehlenden Daten er abbrechen muss. Beschränken Sie diesen ersten Job auf Informationen: keine externen Veröffentlichungen, Datensatzänderungen oder Geheimnisse in der Ausgabe. Holen Sie eine gesonderte Erlaubnis für die wiederkehrende Ausführung ein. Sie benötigen außerdem eine konfigurierte Hermes-Installation, eine nutzbare Modell-/Anbieterverbindung samt Zugangsdaten und einen Gateway-Host, der für geplante Läufe verfügbar bleiben kann. Prüfen Sie Ihre installierte Version und hermes cron create --help, denn das öffentliche Handbuch nennt nicht für jede Option eine Version. Der Schnellstart beschreibt die Einrichtung; der Anbieterleitfaden beschreibt die Verbindung für die Modellverarbeitung. Ein harmloser einmaliger Chat kann diese Verbindung vor dem wiederkehrenden Betrieb prüfen, belegt aber keinen erfolgreichen geplanten Lauf.

Ein Skill ist ein geprüftes Verfahren in einer SKILL.md-Datei, keine Berechtigungsgrenze. Legen Sie skills/local-input-report/SKILL.md unter dem tatsächlichen HERMES_HOME des zuständigen Profils ab; ~/.hermes/skills/local-input-report/SKILL.md ist das Beispiel für das Standardprofil. Passen Sie dieses minimale Verfahren vor der Nutzung an Ihre freigegebene Eingabe und Ihre Berichtskriterien an:

Markdown
---
name: local-input-report
description: Report checked facts from one approved local input.
---

Read only <absolute-permitted-input-path> in the job workspace. In a short report, name that file, state only facts supported by it, and cite the relevant part. Flag missing data and stop. Do not send messages or change files or external records.

Prüfen Sie die tatsächliche Datei und bestätigen Sie mit hermes skills list im selben Profil, dass Hermes sie erkennt. Verwenden Sie stattdessen einen projektlokalen Skill, beschreibt das Skills-Handbuch verlangt vor einem nichtinteraktiven cron-Lauf eine interaktive Entscheidung über Vertrauen und Prüfung. cron erteilt diese Freigabe nicht selbst. Prüfen Sie die aktivierten Werkzeuge und den tatsächlichen Dateizugriff gesondert. Halten Sie Inhalt oder Version des Skills fest, damit sein Name keine Prüfung ersetzt.

Einen Job erstellen und anschließend prüfen

  1. Führen Sie alle Befehle in dieser Anleitung im selben Profil aus. Die Beispiele gelten für das Standardprofil. Bei einem benannten Profil verwenden Sie dessen Profilauswahl, etwa hermes -p NAME, bei jedem Befehl. Prüfen Sie das aktuelle Modell dieses Profils mit hermes model und den Zustand von Gateway und Taktgeber mit hermes cron status. Entscheiden Sie, ob Sie Anbieter und Modell ausdrücklich festlegen oder das aktuelle Hauptmodell fixieren. Eine jobbezogene Festlegung hat Vorrang vor cron.model und cron.model_provider. Diese übergreifenden Einstellungen haben wiederum Vorrang vor dem aktuellen Hauptmodell. Ein nicht fixierter Job kann deshalb bei einer Änderung des maßgeblichen Standards ein anderes Modell verwenden. Die gespeicherte Konfiguration belegt dennoch nicht das Modell eines tatsächlichen Laufs.
  2. Wenn die wiederkehrende Ausführung genehmigt ist, passen Sie dieses CLI-Beispiel für eine POSIX-Shell an den geprüften Skill und den absoluten Pfad eines vorhandenen Arbeitsverzeichnisses an. Prüfen Sie zuerst jede Option in der installierten Hilfe. Die Zeilenfortsetzungen mit Backslash sind POSIX-Shellsyntax; auf anderen Plattformen verwenden Sie die Syntax Ihrer Shell. Die Anweisung ist bewusst eng begrenzt, und die lokale Ausgabe hält das erste Ergebnis im zuständigen Profil:
Terminal
   hermes cron create "every 1h" \
     "Use the attached reviewed skill to read only the permitted input. Return a short local report with its source and missing-data note. Do not send or change external records." \
     --skill local-input-report \
     --name "Local input report" \
     --workdir "/absolute/existing/workspace" \
     --pin \
     --paused --paused-reason "Awaiting owner review"

Ersetzen Sie den Arbeitsverzeichnispfad, wählen Sie einen eindeutigen Jobnamen und ersetzen Sie vor der Ausführung den Eingabeplatzhalter in der Skill-Datei. Die CLI verwendet standardmäßig lokale Ausgabe. Das cron-Handbuch dokumentiert außerdem --model und --provider für eine ausdrückliche Festlegung. Verwenden Sie dafür die tatsächlichen Anbieter-/Modellkennungen Ihrer Installation. Schreiben Sie keine Zugangsdaten in die Anweisung oder den Shellverlauf. --workdir sorgt dafür, dass Hermes die Anweisungen des Arbeitsverzeichnisses erkennt; ohne diese Option läuft cron losgelöst vom Repository. Ein neuer pausierter Job hat bis zur Aktivierung keinen Wert für next_run_at.

Die lokale Ausgabe legt fest, wo der fertige Bericht gespeichert wird. Die Anweisung und alle zur Modellverarbeitung verwendeten Eingabeinhalte folgen weiterhin der gewählten Modell-/Anbieterverbindung. Geben Sie diesen Datenfluss vor der Aktivierung frei.

  1. Bewahren Sie die zurückgegebene Job-ID auf. Prüfen Sie mit hermes cron list den Skill, das Arbeitsverzeichnis, das Ausgabeziel und den pausierten Zustand. Prüfen Sie mit hermes cron status den Zustand des Zeitplaners. Der aktuelle offizielle CLI-Quellcode zeigt gespeicherte Modell-/Anbieterfelder nicht in den Listenzeilen an. Prüfen Sie die genaue ID in der Datei cron/jobs.json nur lesend im zuständigen Profil auf gespeicherte Fixierung, Modell/Anbieter und abweichende Einstellungen zur Modellverarbeitung. Alternativ verwenden Sie eine Detailansicht, die Ihre installierte Version tatsächlich unterstützt. Geben Sie keine Zugangsdaten aus. Vergleichen Sie die gespeicherten Einstellungen mit der freigegebenen Datei, den Berichtskriterien und dem Umfang. Korrigieren Sie diesen Job bei Bedarf mit hermes cron edit <job_id> .... Dafür ist kein zweiter Job nötig.
  2. Wenn Sie einen fälligen Lauf beobachten können, verwenden Sie hermes cron resume <job_id>. Lesen Sie den tatsächlichen nächsten Ausführungszeitpunkt und den letzten erfolgreichen Gateway-Takt zurück. Das Gateway prüft etwa einmal pro Minute. Ein Gateway im Vordergrund benötigt einen laufenden Host. hermes cron tick startet für einen Agenten-Job kein Gateway. Dienste und neustartfeste Prozesse haben hostspezifische Anforderungen. Prüfen Sie den gewählten Host, statt Betrieb bei ausgeschaltetem Laptop oder nach einem Neustart vorauszusetzen.
  3. Prüfen Sie nach einem geplanten Fälligkeitszeitpunkt hermes cron runs <job_id> --limit 20 und die passende Datei unter cron/output/<job_id>/ im zuständigen Profil. Vergleichen Sie den Bericht mit der echten Eingabe und Ihren Abnahmekriterien. Prüfen Sie beim Versuch den geplanten und den beanspruchten Zeitpunkt, den Endstatus sowie verfügbare Protokolle oder Laufdaten auf den tatsächlich verwendeten Anbieter und das Modell. Zeigen die installierten Aufzeichnungen diese Identität nicht, halten Sie sie als unbekannt fest. Ein Zeitplaner-Takt, ein zugelassener Lauf oder der Status completed bestätigt allein nicht die Richtigkeit des Berichts.
  4. Pausieren Sie genau diesen Job mit hermes cron pause <job_id> und lesen Sie seinen Zustand mit hermes cron list zurück. Das beendet künftige automatische Zeitplanung, tötet aber keinen laufenden Versuch. Ein ausdrücklich manuell ausgelöster Lauf ist auch im pausierten Zustand eine Bedienerübersteuerung. Bewahren Sie Verlauf und lokale Ausgabe auf, während Sie entscheiden, ob der Job die Abnahmekriterien erfüllt.

Bei einem Fehler denselben Job reparieren

Lesen Sie zuerst den genauen Versuch und seine Ausgabe, anschließend die Felder last_error, last_fire_error und last_delivery_error des Jobs, soweit vorhanden. Mit hermes cron status unterscheiden Sie einen gestoppten Taktgeber oder einen nicht beschreibbaren cron-Speicher von einem Job, der lief und scheiterte. Prüfen Sie das zuständige Profil und den Gateway-Host vor Änderungen an Anbietereinstellungen: interaktive Shell und Dienst können unterschiedliche Zugangsdaten lesen. Ändern Sie nur die betroffene Einstellung, prüfen Sie den Zustand erneut und aktivieren Sie dieselbe ID nur bei weiterhin freigegebenem Umfang. Bei unklarer Zustellung prüfen Sie vor einem erneuten Versuch das vorgesehene Ziel; ein Zeitlimit kann erst nach Annahme des Versands durch einen Adapter ablaufen.

Der Abschnitt zur Wiederherstellung zugelassener Läufe im cron-Handbuch erklärt, dass unterbrochene Ausführungen oder nicht gefundene vorbereitete Auslösungen zur Prüfung pausiert bleiben. Der Abschnitt zum Ausführungsverlauf erklärt, dass Versuche mit unbekanntem Zustand nie automatisch wiederholt werden. Prüfen Sie nach einem Neustart den tatsächlichen Pausenzustand des installierten Jobs und die genaue Identität des Versuchs, bevor Sie die Wiederherstellung festlegen. Lösen Sie keinen aktiven Versuch doppelt aus, um Überschneidungen zu testen. Hermes hat eine Sperre für den Zeitplaner-Takt, einen Schutz vor weiterer Zulassung desselben laufenden Jobs und eine einstellbare übergreifende Parallelitätsgrenze. Diese Kontrollen garantieren keine exakt einmalige Wirkung in einem externen System.

Planen Sie Modell-/Anbieterkosten und gegebenenfalls Kosten eines dauerhaft verfügbaren Hosts ein. Begrenzen Sie die Eingabe und prüfen Sie den Verbrauch nach dem ersten fälligen Lauf, bevor Sie die Häufigkeit erhöhen. Das dokumentierte Zeitlimit für ein vorangestelltes Skript begrenzt weder einen durch einen Skill gesteuerten Modellschritt noch dessen Rechnung; Bereinigung und Inaktivitätsgrenzen sind getrennt. Eine Frist in der Anweisung ist eine Vorgabe, keine harte Ausgabenkontrolle. Wenn Sie einen unbegrenzten Modellschritt oder eine ungewisse Nebenwirkung nicht tolerieren können, lassen Sie den Job bis zur Einrichtung geeigneter Kontrollen pausiert. Dieses Handbuch beschreibt dokumentiertes Verhalten, keinen gemessenen Lauf, Preis, Zuverlässigkeitswert oder Spareffekt.