1. Kontext vorne liefern, Ergebnis hinten prüfbar machen

„Prüfe den Fehler“ zwingt den Agenten, Umgebung, Datei, Erwartung und Reproduktion zu erraten. Ein guter Auftrag nennt Ziel, relevanten Pfad, beobachtetes Verhalten, erwartetes Verhalten, Grenzen und das gewünschte Ergebnisformat. Das reduziert Rückfragen, Tool-Aufrufe und falsche Annahmen.

VageBesser
Mach SEOPrüfe diese 20 URLs auf Canonical, Status, Title, interne Links und Aktualität; liefere priorisierte Befunde, noch keine Änderungen
Fix den ServerAnalysiere den fehlgeschlagenen systemd-Dienst anhand dieser Logs; nur lesen, Ursache und kleinsten reversiblen Fix vorschlagen
Schreib einen ArtikelErstelle aus diesen Primärquellen einen deutschen Entwurf für Rolle X, mit klarer These, Quellenlinks und markierten Unsicherheiten

2. AGENTS.md, SOUL.md, Memory und Skills nicht vermischen

Kontextdateien werden immer wieder geladen und kosten Tokens. Halte sie kurz, aktuell und hierarchisch. Der Agent entdeckt Unterverzeichnis-AGENTS.md bei der Arbeit; Spezialregeln müssen deshalb nicht in den globalen Projektkopf kopiert werden.

MechanismusGehört hineinGehört nicht hinein
AGENTS.mdArchitektur, Befehle, Projektkonventionen, GrenzenPersönliche Biografie und temporärer Taskstatus
SOUL.mdDauerhafte Kommunikationsweise und WerteRepository-spezifische Build-Schritte
MemoryStabile Fakten, Präferenzen, UmgebungsbesonderheitenLange Verfahren und laufende Todo-Listen
SkillWiederholbares mehrstufiges VerfahrenEinmalige Notiz oder ungeprüfte Vermutung
SessionAktueller Auftrag, Entscheidungen und ErgebnisseUnbegrenzt wachsende globale Regeln

3. Memory speichert Fakten, Skills speichern Verfahren

Ein Skill ist ein Cache für erprobtes Vorgehen. Er lohnt sich, wenn eine Aufgabe mehrere Schritte umfasst und wiederkehrt. Gute Skills definieren Voraussetzungen, Inputs, Prüfpunkte, Fehlerwege und Ausgabe. Sie dürfen sich verbessern, brauchen aber regelmäßige Audits – sonst wird aus Lernen unbemerkte Prozessdrift.

  • Nach komplexen erfolgreichen Aufgaben bewusst fragen: Welcher Teil ist stabil und wiederverwendbar?
  • Secrets, absolute persönliche Pfade und temporäre IDs nicht in Skills einbetonieren.
  • Skills nach Softwareupdates und Prozessänderungen gegen einen Testfall ausführen.
  • Widersprüchliche oder doppelte Skills konsolidieren.
  • Memory-Einträge korrigieren, wenn sich Umgebung oder Präferenz ändert; alte Fakten nicht einfach daneben stehen lassen.

4. Sessions benennen, komprimieren und bewusst wechseln

Lange Sessions werden teurer und verlieren trotz Kompression Randbedingungen. Benenne wichtige Sessions mit /title, prüfe Verbrauch über /usage und komprimiere mit /compress, bevor Kontextgrenzen erreicht werden. Beginne für ein neues Projekt lieber eine neue Session als einen alten Universalchat weiterzuschleppen.

Nützliche Session-Befehle
/title auth-refactor
/usage
/compress
# später fortsetzen:
hermes -r "auth-refactor"

5. Automatisierung erst nach manueller Zuverlässigkeit

  1. 01

    Manuell ausführen

    Mindestens zehn repräsentative Fälle inklusive Fehlerfälle prüfen.

  2. 02

    Deterministische Schritte abtrennen

    Dateierkennung, Duplikate und einfache Filter in Code ausführen.

  3. 03

    Prompt selbstständig machen

    Cron-Sessions haben keinen alten Chatkontext; alle Pfade, Ziele und Grenzen angeben.

  4. 04

    Read-only starten

    Berichten und Entwürfe vor externen Änderungen priorisieren.

  5. 05

    Budget und Laufzeit setzen

    Ein Job ohne Stop-Bedingung ist nicht produktionsreif.

  6. 06

    Fehler zustellen

    Keine stille Erfolgsannahme; Ausfälle und unvollständige Daten sichtbar melden.

6. Subagenten für unabhängige Teilaufgaben, nicht für Unklarheit

Parallelisierung spart Zeit, wenn Teilaufgaben wirklich unabhängig sind: drei Themen recherchieren oder getrennte Testpakete prüfen. Sie verschärft Chaos, wenn das Ziel unklar ist. Jeder Subagent braucht Scope, Input, erwartetes Artefakt, Dateigrenzen und Abbruchkriterium.

  • Ein Agent besitzt die Synthese und löst Widersprüche.
  • Keine zwei Agenten gleichzeitig dieselbe Datei bearbeiten lassen, außer mit klarer Branch-/Worktree-Strategie.
  • Nur notwendige Kontextteile delegieren; riesige Gesprächsverläufe nicht kopieren.
  • Kosten und Laufzeit pro Teilaufgabe beobachten.
  • Ergebnisse über Tests und Artefakte verifizieren, nicht über Selbstbericht der Subagenten.

7. Sicherheit und Kosten sind dieselbe Betriebsdisziplin

Unbegrenzte Rechte und unbegrenzte Budgets haben dasselbe Muster: Ein Fehler skaliert unkontrolliert. Verwende Docker oder andere Isolation für unbekannten Code, Messenger-Allowlisten, getrennte Secrets und Freigaben für irreversible Aktionen. Setze gleichzeitig Providerlimits, Cron-Frequenzen und Hard Stops.

RisikoTechnische Grenze
Fremder Nutzer steuert BotAllowlist oder Pairing
Prompt-Injection löst Host-Befehl ausContainer, minimale Mounts, Approval
Cron-Schleife verbraucht BudgetLaufzeitlimit, Modelllimit, monatlicher Hard Stop
Skill driftetVersionierung, Testfall, regelmäßiger Audit
Secret landet im KontextSecret Store, getrennte Env-Datei, Output-Redaktion
Agent ändert ProduktionStaging, Freigabe, Rollback und getrennte Rollen

8. Monatlicher Agenten-Review

  • Welche Jobs erzeugten ein tatsächlich genutztes Ergebnis?
  • Welche Tool-Fehler oder Korrekturen wiederholen sich?
  • Welche Skills, MCP-Server und Provider werden nicht mehr gebraucht?
  • Welche Keys, Pairings und Nutzer können entzogen werden?
  • Welche Kontextdatei ist gewachsen, obwohl sie kürzer werden sollte?
  • Wo lässt sich ein stabiler LLM-Schritt durch Code ersetzen?
  • Welche autonome Berechtigung würde heute nicht erneut erteilt?

Ein guter Hermes-Betrieb wächst nicht nur an Fähigkeiten. Er entfernt regelmäßig Komplexität. Das Ziel ist ein kleineres, klareres System, das mehr verlässliche Arbeit erledigt – nicht die größte Sammlung von Skills und Integrationen.

Häufige Fragen

Was gehört in AGENTS.md?

Projektarchitektur, Befehle, Konventionen, Test- und Sicherheitsregeln. Die Datei sollte knapp sein und keine Secrets oder temporären Taskstatus enthalten.

Wann sollte Hermes einen Skill erstellen?

Wenn ein mehrstufiger Ablauf erfolgreich war, wiederkehren wird und stabile Voraussetzungen sowie Prüfpunkte besitzt. Einmalige oder ungeprüfte Verfahren gehören nicht automatisch in einen Skill.

Wie oft sollte ich Sessions komprimieren?

Wenn Kontext und Kosten sichtbar wachsen oder Antworten Details verlieren. Für einen völlig neuen Aufgabenbereich ist eine neue Session oft besser als weitere Kompression.

Soll Hermes immer in Docker laufen?

Nicht zwingend. Für unbekannten Code, fremde Repositories und Team-Bots ist Isolation sehr sinnvoll. Ein vertrauenswürdiger persönlicher Workflow kann lokal laufen, sollte trotzdem minimale Rechte besitzen.

Quellen, Methodik und Aktualität

Dieser Beitrag wurde aus praktischer Arbeit mit Hermes Agent und den unten verlinkten Primärquellen erstellt. Produktstände ändern sich schnell; Versions- und Befehlsangaben wurden zuletzt am geprüft.

  1. Tips & Best Practices – Nous Research
  2. Skills System – Nous Research
  3. Memory – Nous Research
  4. Security – Nous Research