Skip to content
webvise
· 9 min czytania

Kiedy używać Hermes profiles zamiast jednego ogromnego asystenta

Hermes profiles rozdzielają pamięć, sesje, umiejętności, tożsamość, stan cron i trasy gateway, aby powtarzalne role AI pozostały wąskie, audytowalne i użyteczne.

Tematy
AI AgentsAutomationProcess
Udostepnij

Hermes profiles służą do rozdzielania stanu, nie do odgrywania ról. Proszę użyć profilu, gdy powtarzalna rola AI potrzebuje własnej pamięci, sesji, umiejętności, tożsamości SOUL.md, własności cron lub trasy gateway.

Jeden asystent może odpowiadać na wiele pytań. Nie powinien jednak jednocześnie stać się stałym miejscem dla ocen badawczych, gustu redakcyjnego, logów powłoki, reguł kalendarza, zaplanowanych zadań i routingu wiadomości.

Trybem awarii nie jest słaby prompt. Trybem awarii jest współdzielony stan. Ten przewodnik pokazuje, kiedy profil Hermes zasługuje na istnienie, jak utworzyć go z działającej konfiguracji i jak powstrzymać mały zespół profili przed powrotem do jednego hałaśliwego generalisty.

  • Utwórz profil, gdy stan powinien pozostać oddzielny. Pamięć, sesje, narzędzia, cron i trasy gateway są silniejszymi powodami niż ton.

  • Używaj promptów do zachowań jednorazowych, umiejętności do procedur wielokrotnego użytku, a profili do trwałych ról. Mieszanie tych warstw tworzy dług kontekstowy.

  • Zacznij od jednego koordynatora i dwóch specjalistów. Dodaj Scout do badań, Scribe do pisania i Forge do budowania oraz debugowania tylko wtedy, gdy granica jest rzeczywista.

  • Pisz SOUL.md jak opis stanowiska. Powinien definiować standardy, ustawienia domyślne i reguły odmowy, a nie niejasną osobowość.

  • Zdefiniuj przekazania przed dodaniem kolejnych agentów. Zespół profili jest użyteczny tylko wtedy, gdy wyniki płynnie przechodzą między rolami.

Jeśli w Państwa zespole praca z AI jest już rozproszona po promptach, czatach, skryptach i zaplanowanych zadaniach, webvise może pomóc wyznaczyć pierwszą czystą granicę profilu, zanim system stanie się trudniejszy do audytu.

Błąd: jeden asystent wykonujący pięć zadań

Typowa ścieżka zaczyna się rozsądnie. Proszą Państwo jednego asystenta o zbadanie rynku, przygotowanie wpisu, debugowanie skryptu, podsumowanie spotkania i obserwowanie kalendarza. Pierwszego dnia nic się nie psuje.

W trzecim tygodniu każdy workflow zostawia osad. Badania uczą reguł dotyczących źródeł, pisanie uczy tonu, sesje debugowania przechowują nieudane polecenia, a praca z kalendarzem dodaje założenia harmonogramu. Następne zadanie musi przez to wszystko przejść.

To jest dług kontekstowy. Asystent nie jest zdezorientowany dlatego, że brakuje mu kolejnej instrukcji. Jest zdezorientowany dlatego, że niepowiązana praca współdzieli teraz pamięć, sesje, narzędzia i ustawienia domyślne.

Hermes profiles naprawiają tę granicę. Pozwalają roli przenosić stan, którego potrzebuje, bez zmuszania każdej innej roli do jego dziedziczenia.

Profile to izolowane środowiska, nie kostiumy

Persona zmienia sposób, w jaki asystent mówi. Profil Hermes zmienia to, co asystent niesie, pamięta, planuje i z czym się łączy.

Hermes 0.9.0 wprowadził profile jako izolowane środowiska agentów. Profil może rozdzielać konfigurację, sesje, pamięć, umiejętności, osobowość, stan cron i stan gateway. To czyni go granicą wykonawczą, a nie stylem pisania.

WarstwaCzemu zapobiega rozdzielenie
MemoryPrzenikaniu reguł badawczych, powtarzalnych założeń i starych decyzji do niepowiązanej pracy
SessionsZapadaniu się szkiców, logów powłoki, wątków strategicznych i notatek kalendarzowych w jedną oś czasu
SkillsSkanowaniu lub ładowaniu przez każdą rolę narzędzi, których nie potrzebuje
IdentityJednemu generycznemu głosowi udającemu badacza, redaktora, operatora i inżyniera
Cron statePróbom przejęcia tego samego wyniku przez wiele zaplanowanych zadań
Gateway stateOdpowiadaniu przez niewłaściwą rolę na niewłaściwą trasę Telegram lub wiadomości

To jest główny test: jeśli dwie role nie powinny pamiętać tych samych błędów, założeń lub niedokończonej pracy, prawdopodobnie nie powinny być tym samym profilem.

Profil, prompt, umiejętność, AGENTS.md czy SOUL.md?

Większość chaotycznych konfiguracji agentów wynika z używania jednej warstwy do każdego problemu. Profile nie są odpowiedzią na każdą potrzebę dostosowania.

PotrzebaUżyj tej warstwy
Zmiana zachowania dla jednego zadaniaPrompt
Ponowne używanie procedury w wielu zadaniachSkill
Podanie ścieżek projektu, poleceń i konwencjiAGENTS.md
Zdefiniowanie trwałej tożsamości roli i standardówSOUL.md
Rozdzielenie pamięci, sesji, umiejętności, cron lub stanu gatewayProfile
Koordynacja wielu profili i przekazańTEAM.md

Nie należy tworzyć profili dla samego klimatu. Należy tworzyć je wtedy, gdy rola posiada stan, który pogorszyłby inną rolę.

Kiedy profil zasługuje na istnienie

Dobry profil zarabia na swoje miejsce przez zmniejszanie szumu. Jeśli zmienia tylko nazwę w promptcie terminala, proszę go usunąć albo zamienić instrukcję w umiejętność.

Utwórz profil, gdyNie twórz go, gdy
Rola powtarza się co tydzień lub codziennieZadanie jest jednorazowe
Potrzebuje pamięci, która nie powinna przenikać do innej pracyZmienia się tylko ton
Jest właścicielem innego gateway lub zaplanowanego zadaniaUżywa tych samych narzędzi, kontekstu i kontraktu wyjściowego
Ma inny poziom ryzyka lub granicę uprawnieńNie potrafią Państwo opisać, co ma wytwarzać
Przekazuje pracę innemu profilowiNie istnieje przekazanie ani bramka jakości

Najczystsza reguła jest prosta: profil powinien stawać się lepszy w jednej pracy bez zwiększania szumu w pozostałych.

Mały zespół Hermes profiles

Zacznij od ról, nie od zapożyczonych imion postaci. Zachowaj Hermes jako koordynatora. Dodaj Scout do badań, Scribe do pisania i Forge do budowania oraz debugowania tylko wtedy, gdy każda rola ma rzeczywistą granicę.

ProfileOdpowiedzialnośćPowinien wytwarzaćNie powinien wytwarzać
HermesPlanowanie, routowanie, sekwencjonowanie i weryfikacjaPodział zadań, delegowanie, końcową syntezę, bramkę jakościSurowe zrzuty badań lub niezweryfikowane zmiany w kodzie
ScoutBadanie, porównywanie i weryfikacjaTwierdzenia ze źródłami, datami, poziomem pewności i zastrzeżeniamiDopracowany tekst ukrywający niepewność
ScribePrzekształcanie zweryfikowanego materiału w komunikacjęSzkice, redakcje, strukturę, dopasowanie do odbiorcyNiepoparte twierdzenia lub zmyślone dowody
ForgeBudowanie, debugowanie, testowanie i raportowanieDiffy, uruchomione polecenia, wyniki testów, ryzyka resztkoweProzę strategiczną bez dowodu implementacji

Nazwy są symbolami zastępczymi. Granica jest produktem. Mogą Państwo zmienić nazwy profili, ale należy zachować oddzielność zadań.

Użyteczny pierwszy pilotaż obejmuje tylko dwa profile: Hermes koordynuje, Scout weryfikuje. Gdy Scout niezawodnie zwraca twierdzenia ze źródłami, proszę dodać Scribe, aby zamieniać je w tekst. Forge należy dodać dopiero wtedy, gdy prace implementacyjne zaczynają zanieczyszczać resztę asystenta.

Tworzenie profili z działającej bazy

Nie należy budować każdego specjalisty od zera. Najpierw proszę upewnić się, że domyślna konfiguracja Hermes działa: provider, model, klucze API, narzędzia i normalne użycie terminala.

  • Utwórz profil badawczy: `hermes profile create scout --clone`

  • Utwórz profil pisarski: `hermes profile create scribe --clone`

  • Utwórz profil inżynieryjny: `hermes profile create forge --clone`

  • Zweryfikuj skład: `hermes profile list`

  • Uruchom specjalistę bezpośrednio: `hermes -p scout`, `hermes -p scribe` lub `hermes -p forge`

Użyj `--clone`, gdy konfiguracja bazowa jest zdrowa. Powinno to skopiować użyteczną konfigurację, podczas gdy nowy profil zachowa izolowaną pamięć i historię sesji.

Jeśli nie potrafią Państwo wyjaśnić, jaki stan posiada nowy profil, proszę się zatrzymać. Prawdopodobnie potrzebny jest prompt, umiejętność albo wpis w AGENTS.md.

Pisz SOUL.md jak opis stanowiska

SOUL.md to miejsce, w którym profil staje się prawdziwą rolą. Powinien definiować trwałą tożsamość: ustawienia domyślne, standardy, gust, reguły odmowy i styl podejmowania decyzji.

AGENTS.md jest czymś innym. Powinien zawierać kontekst projektu: ścieżki repozytorium, polecenia, konwencje, proces przeglądu i reguły narzędzi. Mieszanie tożsamości z kontekstem projektu sprawia, że czysty specjalista znów staje się niejasnym generalistą.

PlikUmieść tutajTrzymaj poza
SOUL.mdTożsamość roli, standardy, reguły odmowy, styl decyzjiTymczasowe notatki repozytorium lub instrukcje klienta
AGENTS.mdŚcieżki projektu, polecenia, konwencje, reguły workflowCałą osobowość profilu
TEAM.mdSkład, przekazania, reguły eskalacji, limity politykKażdą prywatną instrukcję z każdego profilu
  • Scout SOUL.md: weryfikuj przed podsumowaniem, oddzielaj dowody od interpretacji, podawaj daty, sygnalizuj niepewność.

  • Scribe SOUL.md: pisz dla docelowego czytelnika, zachowuj granice dowodów, poprawiaj strukturę przed stylem, pytaj, gdy brakuje wsparcia.

  • Forge SOUL.md: odtwórz przed zmianą, wprowadź najmniejszą bezpieczną poprawkę, uruchom właściwą kontrolę, zgłoś dotknięte pliki i pozostałe ryzyko.

Zdefiniuj przekazania przed dodaniem kolejnych profili

Profile nie powinny tylko stać obok siebie. Potrzebują kontraktów. Przekazanie nie jest wiadomością na czacie. Jest bramką jakości między rolami.

PrzekazanieWymagany ładunekOdrzuć, gdy
Scout do ScribeTwierdzenie, URL źródła, data, pewność, zastrzeżenieWejście to tylko surowe fragmenty
Scribe do HermesSzkic, zamierzony czytelnik, założenia, nierozwiązane pytaniaTekst ukrywa słabe dowody
Forge do HermesPodsumowanie zmiany, dotknięte pliki, uruchomione polecenia, testy, ryzyko resztkoweRaport mówi, że naprawiono, bez dowodu

Jeśli Scout przekazuje Scribe stos notatek, Scribe staje się badaczem. Jeśli Forge mówi, że naprawiono, bez poleceń lub testów, Hermes nie może zweryfikować pracy. Złe przekazania zamieniają zespół profili w łańcuch zgadywanek.

Jeśli nie mają Państwo pewności, czy granica powinna być profilem, umiejętnością czy regułą projektu, webvise może zmapować model przekazań i własności, zanim zakodują Państwo niewłaściwą warstwę.

Stan gateway i cron jest częścią architektury

Profile stają się znacznie bardziej użyteczne, gdy do systemu wchodzą wiadomości i zaplanowane zadania. Trasa Telegram, webhook lub zadanie cron to nie tylko wyzwalacz. To własność.

Trasa lub harmonogramProfil właścicielOczekiwany wynik
Ogólne zapytanie TelegramHermesDoprecyzowanie celu, skierowanie pracy, zwrot końcowej odpowiedzi
Prośba o przegląd źródełScoutRanking twierdzeń ze źródłami i zastrzeżeniami
Prośba o szkicScribeUstrukturyzowany szkic lub etap redakcji
Alert budowania lub debugowaniaForgeOdtworzenie, diff, wynik testu, notatka o ryzyku
Cotygodniowy audyt profiliHermesPrzegląd dryfu, pamięci, cron i przekazań

Jeśli każde zaplanowane zadanie zostaje pod profilem domyślnym, zespół powoli zapada się z powrotem w jednego asystenta. Umieść zadanie pod rolą, która posiada wynik, a następnie routuj podsumowania z powrotem do Hermes.

Konfiguracja pierwszego tygodnia i audyt dnia 30

Pierwszy tydzień nie polega na budowaniu dużego zespołu. Chodzi o udowodnienie jednej czystej granicy.

  • Wybierz workflow, który powoduje największe zanieczyszczenie kontekstu.

  • Utwórz jeden profil specjalistyczny z `--clone`.

  • Napisz krótki SOUL.md dla tej roli.

  • Zdefiniuj jedno przekazanie wejściowe i jedno wyjściowe.

  • Uruchom profil bezpośrednio z `hermes -p <profile>`.

  • Przydziel każdą własność gateway lub cron celowo.

Kontrola dnia 30Sygnał awariiNaprawa
Dryf profiluSpecjalista zaczyna przyjmować niepowiązaną pracęDoprecyzuj SOUL.md i przenieś nowe reguły do AGENTS.md lub TEAM.md
Gnicie pamięciStare założenia stają się ustawieniami domyślnymiPrzejrzyj przestarzałe notatki i usuń sprzeczności
Gnicie przekazańProfile przekazują surowy materiał zamiast ukształtowanego wynikuNiech wadliwe przekazania blokują następny krok
Kolizja cronDwa profile planują pracę dla tego samego wynikuUtrzymuj jeden wspólny rejestr własności cron
Zamieszanie gatewayNiewłaściwy profil odpowiada na trasę przychodzącąUdokumentuj właściciela, wyzwalacz, wynik i ścieżkę eskalacji
Rozrost umiejętnościKażdy profil ładuje każdy workflowPrzenieś procedury do umiejętności właściwych dla roli

Hermes 0.12.0 dodał Curator do utrzymania umiejętności, co wskazuje na szerszą regułę: systemy agentów potrzebują porządkowania. Profile zmniejszają szum, ale nadal potrzebują audytów.

Reguła operacyjna

Nie należy mierzyć sukcesu liczbą profili. Należy mierzyć go tym, czy każda rola może stać się ostrzejsza bez zmniejszania wiarygodności reszty systemu.

Najlepszy zespół Hermes profiles nie jest największy. To taki, w którym każda rola posiada odrębny stan, wysyła czyste przekazania i pozostaje wystarczająco wąska do audytu.

webvise pomaga zespołom zamieniać chaotyczne użycie AI w systemy oparte na rolach, z jasnym kontekstem, bezpiecznymi przekazaniami i mierzalną własnością. Proszę przynieść jednego przeciążonego asystenta i jeden powtarzalny workflow, a zmapujemy z Państwem pierwsze dwa profile.

Praktyki webvise są zgodne z normami ISO 27001 i ISO 42001.