Wann Sie Hermes profiles statt eines riesigen Assistenten verwenden sollten
Hermes profiles trennen Speicher, Sitzungen, Skills, Identität, cron Status und gateway Routen, damit wiederkehrende KI Rollen fokussiert, prüfbar und nützlich bleiben.
Hermes profiles dienen der Trennung von Zustand, nicht dem Rollenspiel. Verwenden Sie ein Profile, wenn eine wiederkehrende KI Rolle eigenen Speicher, eigene Sitzungen, Skills, eine SOUL.md Identität, cron Zuständigkeit oder eine gateway Route benötigt.
Ein Assistent kann viele Fragen beantworten. Er sollte nicht gleichzeitig zum dauerhaften Zuhause für Rechercheurteile, Schreibgeschmack, Shell Logs, Kalenderregeln, geplante Jobs und Nachrichtenrouting werden.
Der Fehlermodus ist nicht ein schwacher Prompt. Der Fehlermodus ist geteilter Zustand. Dieser Leitfaden zeigt, wann ein Hermes profile seine Existenz verdient, wie Sie eines aus einem funktionierenden Setup erstellen und wie Sie verhindern, dass ein kleines Profile Team wieder zu einem lauten Generalisten wird.
Erstellen Sie ein Profile, wenn Zustand getrennt bleiben sollte. Speicher, Sitzungen, Werkzeuge, cron und gateway Routen sind stärkere Gründe als Tonfall.
Verwenden Sie Prompts für einmaliges Verhalten, Skills für wiederverwendbare Abläufe und Profiles für dauerhafte Rollen. Wer diese Ebenen mischt, erzeugt Kontextschuld.
Beginnen Sie mit einem Koordinator und zwei Spezialisten. Fügen Sie Scout für Recherche, Scribe für Schreiben und Forge für Build/Debug nur hinzu, wenn die Grenze real ist.
Schreiben Sie SOUL.md wie eine Stellenbeschreibung. Sie sollte Standards, Voreinstellungen und Ablehnungsregeln definieren, keine vage Persönlichkeit.
Definieren Sie Übergaben, bevor Sie weitere Agenten hinzufügen. Ein Profile Team ist nur nützlich, wenn Ergebnisse sauber zwischen Rollen wechseln.
Wenn Ihr Team KI Arbeit bereits über Prompts, Chats, Skripte und geplante Aufgaben verteilt hat, kann webvise helfen, die erste saubere Profile Grenze zu kartieren, bevor das System schwerer prüfbar wird.
Der Fehler: ein Assistent macht fünf Jobs
Der übliche Weg beginnt vernünftig. Sie bitten einen Assistenten, einen Markt zu recherchieren, einen Beitrag zu entwerfen, ein Skript zu debuggen, ein Meeting zusammenzufassen und einen Kalender zu überwachen. Am ersten Tag bricht nichts.
In der dritten Woche hinterlässt jeder Workflow Rückstände. Recherche lehrt Quellenregeln, Schreiben lehrt Tonfall, Debug Sitzungen speichern fehlgeschlagene Befehle und Kalenderarbeit ergänzt Planungsannahmen. Die nächste Aufgabe muss all das sortieren.
Das ist Kontextschuld. Der Assistent ist nicht verwirrt, weil ihm eine weitere Anweisung fehlt. Er ist verwirrt, weil nun unabhängige Arbeit Speicher, Sitzungen, Werkzeuge und Voreinstellungen teilt.
Hermes profiles reparieren die Grenze. Sie erlauben einer Rolle, den Zustand zu tragen, den sie braucht, ohne jede andere Rolle zu zwingen, ihn zu erben.
Profiles sind isolierte Umgebungen, keine Kostüme
Eine Persona ändert, wie ein Assistent spricht. Ein Hermes profile ändert, was der Assistent trägt, erinnert, plant und womit er verbunden ist.
Hermes 0.9.0 führte Profiles als isolierte Agentenumgebungen ein. Ein Profile kann Konfiguration, Sitzungen, Speicher, Skills, Persönlichkeit, cron Status und gateway Status trennen. Dadurch ist es eine Laufzeitgrenze, kein Schreibstil.
| Ebene | Was die Trennung verhindert |
|---|---|
| Speicher | Recherche Regeln, wiederkehrende Annahmen und alte Entscheidungen, die in unabhängige Arbeit eindringen |
| Sitzungen | Entwürfe, Shell Logs, Strategiethreads und Kalendernotizen, die zu einer Zeitachse verschmelzen |
| Skills | Jede Rolle scannt oder lädt Werkzeuge, die sie nicht braucht |
| Identität | Eine generische Stimme, die vorgibt, Forscher, Redakteur, Operator und Engineer zugleich zu sein |
| Cron state | Mehrere geplante Jobs versuchen, dasselbe Ergebnis zu besitzen |
| Gateway state | Die falsche Rolle beantwortet die falsche Telegram oder Nachrichtenroute |
Das ist der wichtigste Test: Wenn zwei Rollen nicht dieselben Fehler, Annahmen oder unfertigen Arbeiten erinnern sollten, sollten sie wahrscheinlich nicht dasselbe Profile sein.
Profile, Prompt, Skill, AGENTS.md oder SOUL.md?
Die meisten unordentlichen Agenten Setups entstehen, weil eine Ebene für jedes Problem verwendet wird. Profiles sind nicht die Antwort auf jeden Anpassungsbedarf.
| Bedarf | Diese Ebene verwenden |
|---|---|
| Verhalten für eine Aufgabe ändern | Prompt |
| Einen Ablauf über Aufgaben hinweg wiederverwenden | Skill |
| Projektpfade, Befehle und Konventionen angeben | AGENTS.md |
| Dauerhafte Rollenidentität und Standards definieren | SOUL.md |
| Speicher, Sitzungen, Skills, cron oder gateway Status trennen | Profile |
| Mehrere Profiles und Übergaben koordinieren | TEAM.md |
Erstellen Sie keine Profiles für Vibes. Erstellen Sie sie, wenn die Rolle Zustand besitzt, der eine andere Rolle schlechter machen würde.
Wann ein Profile seine Existenz verdient
Ein gutes Profile verdient seinen Platz, indem es Rauschen reduziert. Wenn es nur den Namen im Terminal Prompt ändert, löschen Sie es oder verwandeln Sie die Anweisung in einen Skill.
| Erstellen Sie ein Profile, wenn | Erstellen Sie keines, wenn |
|---|---|
| Die Rolle wöchentlich oder täglich wiederkehrt | Die Aufgabe einmalig ist |
| Sie Speicher braucht, der nicht in andere Arbeit auslaufen sollte | Nur der Tonfall sich ändert |
| Sie ein anderes gateway oder einen geplanten Job besitzt | Sie dieselben Werkzeuge, denselben Kontext und denselben Ergebnisvertrag nutzt |
| Sie ein anderes Risikoniveau oder eine andere Berechtigungsgrenze hat | Sie nicht beschreiben können, was sie produzieren soll |
| Sie Arbeit an ein anderes Profile übergibt | Keine Übergabe oder Qualitätskontrolle existiert |
Die sauberste Regel ist einfach: Ein Profile sollte in einem Job besser werden, ohne die anderen Jobs lauter zu machen.
Ein kleines Hermes profile Team
Beginnen Sie mit Rollen, nicht mit geliehenen Figurennamen. Behalten Sie Hermes als Koordinator. Fügen Sie Scout für Recherche, Scribe für Schreiben und Forge für Build/Debug nur hinzu, wenn jede Rolle eine echte Grenze hat.
| Profile | Verantwortung | Soll produzieren | Soll nicht produzieren |
|---|---|---|---|
| Hermes | Planen, routen, sequenzieren und verifizieren | Aufgabenteilung, Delegation, finale Synthese, Qualitätskontrolle | Rohe Recherchedumps oder ungeprüfte Codeänderungen |
| Scout | Untersuchen, vergleichen und verifizieren | Aussagen mit Quellen, Daten, Konfidenz und Vorbehalten | Polierter Text, der Unsicherheit verbirgt |
| Scribe | Verifiziertes Material in Kommunikation verwandeln | Entwürfe, Bearbeitungen, Struktur, Zielgruppenpassung | Nicht belegte Aussagen oder erfundene Belege |
| Forge | Bauen, debuggen, testen und berichten | Diffs, ausgeführte Befehle, Testergebnisse, Restrisiken | Strategieprosa ohne Implementierungsnachweis |
Die Namen sind Platzhalter. Die Grenze ist das Produkt. Benennen Sie die Profiles um, wenn Sie möchten, aber halten Sie die Jobs getrennt.
Ein nützlicher erster Pilot besteht aus nur zwei Profiles: Hermes koordiniert, Scout verifiziert. Sobald Scout zuverlässig belegte Aussagen zurückgibt, fügen Sie Scribe hinzu, um diese Aussagen in Text zu verwandeln. Fügen Sie Forge erst hinzu, wenn Implementierungsarbeit den Rest des Assistenten verschmutzt.
Profiles aus einer funktionierenden Basis erstellen
Bauen Sie nicht jeden Spezialisten von Grund auf neu. Stellen Sie zuerst sicher, dass das standardmäßige Hermes Setup funktioniert: Provider, Modell, API Schlüssel, Werkzeuge und normale Terminalnutzung.
Recherche Profile erstellen: `hermes profile create scout --clone`
Schreib Profile erstellen: `hermes profile create scribe --clone`
Engineering Profile erstellen: `hermes profile create forge --clone`
Roster prüfen: `hermes profile list`
Einen Spezialisten direkt ausführen: `hermes -p scout`, `hermes -p scribe` oder `hermes -p forge`
Verwenden Sie `--clone`, wenn das Basis Setup gesund ist. Es sollte nützliche Konfiguration kopieren, während das neue Profile isolierten Speicher und isolierte Sitzungshistorie behält.
Wenn Sie nicht erklären können, welchen Zustand das neue Profile besitzt, stoppen Sie. Wahrscheinlich brauchen Sie stattdessen einen Prompt, einen Skill oder einen AGENTS.md Eintrag.
Schreiben Sie SOUL.md wie eine Stellenbeschreibung
SOUL.md ist der Ort, an dem ein Profile zu einer echten Rolle wird. Sie sollte dauerhafte Identität definieren: Voreinstellungen, Standards, Geschmack, Ablehnungsregeln und Entscheidungsstil.
AGENTS.md ist anders. Sie sollte Projektkontext enthalten: Repository Pfade, Befehle, Konventionen, Review Prozess und Werkzeugregeln. Identität und Projektkontext zu mischen, macht aus einem sauberen Spezialisten wieder einen vagen Generalisten.
| Datei | Hier hinein | Draußen halten |
|---|---|---|
| SOUL.md | Rollenidentität, Standards, Ablehnungsregeln, Entscheidungsstil | Temporäre Repo Notizen oder Kundenanweisungen |
| AGENTS.md | Projektpfade, Befehle, Konventionen, Workflow Regeln | Die gesamte Persönlichkeit des Profiles |
| TEAM.md | Roster, Übergaben, Eskalationsregeln, Policy Obergrenzen | Jede private Anweisung aus jedem Profile |
Scout SOUL.md: vor dem Zusammenfassen verifizieren, Belege von Interpretation trennen, Daten einschließen, Unsicherheit markieren.
Scribe SOUL.md: für den Zielreader schreiben, Beleggrenzen bewahren, Struktur vor Stil verbessern, nachfragen, wenn Unterstützung fehlt.
Forge SOUL.md: vor Änderungen reproduzieren, die kleinste sichere Korrektur vornehmen, die relevante Prüfung ausführen, berührte Dateien und verbleibendes Risiko berichten.
Übergaben definieren, bevor Sie weitere Profiles hinzufügen
Profiles sollten nicht nur nebeneinandersitzen. Sie brauchen Verträge. Eine Übergabe ist keine Chatnachricht. Sie ist eine Qualitätskontrolle zwischen Rollen.
| Übergabe | Erforderliche Nutzlast | Ablehnen, wenn |
|---|---|---|
| Scout to Scribe | Aussage, Quell URL, Datum, Konfidenz, Vorbehalt | Die Eingabe nur aus rohen Auszügen besteht |
| Scribe to Hermes | Entwurf, beabsichtigter Leser, Annahmen, offene Fragen | Der Text schwache Belege verbirgt |
| Forge to Hermes | Änderungszusammenfassung, berührte Dateien, ausgeführte Befehle, Tests, Restrisiko | Der Bericht ohne Nachweis behoben sagt |
Wenn Scout Scribe einen Stapel Notizen übergibt, wird Scribe zum Forscher. Wenn Forge ohne Befehle oder Tests behoben sagt, kann Hermes die Arbeit nicht verifizieren. Schlechte Übergaben verwandeln ein Profile Team in eine Kette von Vermutungen.
Wenn Sie unsicher sind, ob eine Grenze ein Profile, ein Skill oder eine Projektregel sein sollte, kann webvise das Übergabe und Zuständigkeitsmodell kartieren, bevor Sie die falsche Ebene kodieren.
Gateway und cron Status gehören zur Architektur
Profiles werden viel nützlicher, sobald Nachrichten und geplante Jobs ins System kommen. Eine Telegram Route, ein Webhook oder ein cron Job ist nicht nur ein Auslöser. Es ist Zuständigkeit.
| Route oder Zeitplan | Owner profile | Erwartetes Ergebnis |
|---|---|---|
| Allgemeine Telegram Anfrage | Hermes | Ziel klären, Arbeit routen, finale Antwort zurückgeben |
| Quellen Review Anfrage | Scout | Geordnete Aussagen mit Quellen und Vorbehalten |
| Entwurfsanfrage | Scribe | Strukturierter Entwurf oder Bearbeitungsdurchlauf |
| Build oder Debug Alarm | Forge | Reproduktion, Diff, Testergebnis, Risikohinweis |
| Wöchentlicher Profile Audit | Hermes | Drift, Speicher, cron und Übergabe Review |
Wenn jeder geplante Job unter dem Default Profile bleibt, fällt das Team langsam in einen Assistenten zurück. Legen Sie den Job unter die Rolle, die das Ergebnis besitzt, und routen Sie Zusammenfassungen danach zurück zu Hermes.
Das Setup der ersten Woche und der Tag-30-Audit
In der ersten Woche geht es nicht darum, ein großes Team aufzubauen. Es geht darum, eine saubere Grenze zu beweisen.
Wählen Sie den Workflow, der die meiste Kontextverschmutzung erzeugt.
Erstellen Sie ein Spezialisten Profile mit `--clone`.
Schreiben Sie eine kurze SOUL.md für diese Rolle.
Definieren Sie eine Eingabe und eine Ausgabe Übergabe.
Führen Sie das Profile direkt mit `hermes -p <profile>` aus.
Weisen Sie jede gateway oder cron Zuständigkeit bewusst zu.
| Tag-30-Prüfung | Fehlersignal | Korrektur |
|---|---|---|
| Profile Drift | Der Spezialist beginnt, unabhängige Arbeit anzunehmen | SOUL.md schärfen und neue Regeln nach AGENTS.md oder TEAM.md verschieben |
| Memory rot | Alte Annahmen werden zu Voreinstellungen | Veraltete Notizen prüfen und Widersprüche entfernen |
| Handoff rot | Profiles geben Rohmaterial statt geformter Ergebnisse weiter | Fehlgeformte Übergaben den nächsten Schritt blockieren lassen |
| Cron collision | Zwei Profiles planen Arbeit für dasselbe Ergebnis | Ein gemeinsames cron Zuständigkeitsregister behalten |
| Gateway confusion | Das falsche Profile beantwortet eine eingehende Route | Owner, Auslöser, Ergebnis und Eskalationspfad dokumentieren |
| Skill sprawl | Jedes Profile lädt jeden Workflow | Abläufe in rollenspezifische Skills verschieben |
Hermes 0.12.0 fügte Curator für Skill Pflege hinzu, was auf die breitere Regel verweist: Agentensysteme brauchen Haushaltsarbeit. Profiles reduzieren Rauschen, brauchen aber weiterhin Audits.
Die Betriebsregel
Messen Sie Erfolg nicht an der Anzahl der Profiles. Messen Sie ihn daran, ob jede Rolle schärfer werden kann, ohne den Rest des Systems schwerer vertrauenswürdig zu machen.
Das beste Hermes profile Team ist nicht das größte. Es ist das Team, in dem jede Rolle klaren Zustand besitzt, saubere Übergaben sendet und eng genug bleibt, um prüfbar zu sein.
webvise hilft Teams, unordentliche KI Nutzung in rollenbasierte Systeme mit klarem Kontext, sicheren Übergaben und messbarer Zuständigkeit zu verwandeln. Bringen Sie einen überlasteten Assistenten und einen wiederkehrenden Workflow mit, und wir kartieren die ersten zwei Profiles mit Ihnen.
Die Praktiken von webvise sind an den ISO 27001- und ISO 42001-Standards ausgerichtet.