Profile Hermes służą separacji stanu, nie odgrywaniu ról. Profil należy utworzyć wtedy, gdy powtarzalna rola AI potrzebuje własnej pamięci, sesji, umiejętności, tożsamości SOUL.md, własności zadań cron lub trasy bramy.
Jeden asystent może odpowiadać na wiele pytań. Nie powinien jednak stać się stałym miejscem jednoczesnego przechowywania ocen badawczych, preferencji stylistycznych, logów powłoki, reguł kalendarza, zaplanowanych zadań i routingu wiadomości.
Słabe prompty wyglądają jak przyczyna problemu. Najczęściej winny jest jednak współdzielony stan. Ten poradnik pokazuje, kiedy profil Hermes jest uzasadniony, jak go tworzyć z działającej konfiguracji i jak zapobiec temu, by mały zespół profili nie przekształcił się z powrotem w jednego hałaśliwego generalistę.
- Utwórz profil, gdy stan powinien pozostać oddzielny. Pamięć, sesje, narzędzia, cron i trasy bramy są ważniejszym uzasadnieniem niż ton wypowiedzi.
- Prompty służą do jednorazowych zachowań, umiejętności do wielokrotnie stosowanych procedur, a profile do trwałych ról. Mieszanie tych warstw prowadzi do context debt.
- Zacznij od jednego koordynatora i dwóch specjalistów. Scout do badań, Scribe do pisania i Forge do budowania oraz debugowania dodaje się wyłącznie wtedy, gdy granica jest rzeczywista.
- Plik SOUL.md powinien wyglądać jak opis stanowiska. Należy w nim zdefiniować standardy, wartości domyślne i reguły odmowy, nie nieokreśloną osobowość.
- Przed dodaniem kolejnych agentów zdefiniuj przekazania. Zespół profili jest użyteczny tylko wtedy, gdy wyniki przechodzą między rolami w sposób przejrzysty.
Jeśli praca z AI jest już rozproszona między prompty, czaty, skrypty i zaplanowane zadania, webvise pomoże wyznaczyć pierwszą czytelną granicę profilu, zanim system stanie się trudny do audytu.
Błąd: jeden asystent wykonujący pięć zadań
Typowa ścieżka zaczyna się rozsądnie. Jeden asystent dostaje zadanie zbadania rynku, napisania posta, debugowania skryptu, podsumowania spotkania i pilnowania kalendarza. Pierwszego dnia nic się nie psuje.
W trzecim tygodniu każdy przepływ pracy zostawia osad. Badania uczą reguł dotyczących źródeł, pisanie kształtuje styl, sesje debugowania zapisują nieudane polecenia, a praca z kalendarzem dodaje założenia harmonogramowe. Kolejne zadanie musi przebijać się przez to wszystko.
To właśnie jest context debt. Asystent zaczyna popełniać błędy, gdy niepowiązane prace dzielą pamięć, sesje, narzędzia i ustawienia domyślne.
Profile Hermes rozwiązują ten problem przez ustanowienie granicy. Pozwalają roli przechowywać potrzebny jej stan bez zmuszania pozostałych ról do jego dziedziczenia.
Profile to izolowane środowiska, nie kostiumy
Persona zmienia sposób, w jaki asystent mówi. Profil Hermes zmienia to, co asystent przechowuje, 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, tożsamość, stan zadań cron i stan bramy. To czyni go granicą uruchomieniową, a nie stylem pisania.
| Warstwa | Co zapobiega separacja |
|---|---|
| Pamięć | Przenikanie reguł badawczych, powtarzających się założeń i starych decyzji do niepowiązanej pracy |
| Sesje | Scalanie szkiców, logów powłoki, wątków strategicznych i notatek kalendarza w jedną oś czasu |
| Umiejętności | Skanowanie lub ładowanie przez każdą rolę narzędzi, których nie potrzebuje |
| Tożsamość | Jeden generyczny głos udający badacza, redaktora, operatora i inżyniera jednocześnie |
| Stan cron | Wiele zaplanowanych zadań próbujących przejąć własność tego samego wyniku |
| Stan bramy | Odpowiadanie przez niewłaściwą rolę na niewłaściwą trasę Telegrama lub wiadomości |
Główny test jest prosty: jeśli dwie role nie powinny pamiętać tych samych błędów, założeń ani 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 ze stosowania jednej warstwy do każdego problemu. Profile nie są odpowiedzią na każdą potrzebę personalizacji.
| Potrzeba | Zastosuj tę warstwę |
|---|---|
| Zmiana zachowania dla jednego zadania | Prompt |
| Wielokrotne użycie procedury | Skill |
| Przekazanie ścieżek projektu, poleceń i konwencji | AGENTS.md |
| Zdefiniowanie trwałej tożsamości roli i standardów | SOUL.md |
| Separacja pamięci, sesji, umiejętności, cron lub stanu bramy | Profil |
| Koordynacja wielu profili i przekazań | TEAM.md |
Profili nie tworzy się dla samego efektu. Tworzy się je wtedy, gdy rola posiada stan, który pogarszałby działanie innej roli.
Kiedy profil jest uzasadniony
Dobry profil uzasadnia swoje istnienie przez redukcję szumu. Jeśli zmienia jedynie nazwę w wierszu poleceń, należy go usunąć lub przekształcić instrukcję w umiejętność.
| Utwórz profil, gdy | Nie twórz profilu, gdy |
|---|---|
| Rola powtarza się co tydzień lub co dzień | Zadanie jest jednorazowe |
| Potrzebna jest pamięć, która nie powinna przenikać do innych prac | Zmienia się jedynie ton |
| Rola posiada inną bramę lub zaplanowane zadanie | Używane są te same narzędzia, kontekst i kontrakt wyjściowy |
| Rola ma inny poziom ryzyka lub granicę uprawnień | Nie można opisać, co rola powinna wytwarzać |
| Rola przekazuje pracę do innego profilu | Nie istnieje przekazanie ani brama jakości |
Najprostsza reguła brzmi: profil powinien doskonalić się w jednym zadaniu bez pogarszania pozostałych.
Mały zespół profili Hermes
Zaczynaj od ról, nie od zapożyczonych nazw postaci. Hermes pozostaje koordynatorem. Scout do badań, Scribe do pisania i Forge do budowania oraz debugowania dodaje się wyłącznie wtedy, gdy każda rola ma rzeczywistą granicę.
| Profil | Odpowiedzialność | Powinien wytwarzać | Nie powinien wytwarzać |
|---|---|---|---|
| Hermes | Planowanie, routing, sekwencjonowanie i weryfikacja | Podział zadań, delegowanie, końcowa synteza, brama jakości | Surowe zrzuty badań lub niezweryfikowane zmiany w kodzie |
| Scout | Badanie, porównywanie i weryfikacja | Twierdzenia ze źródłami, datami, oceną pewności i zastrzeżeniami | Dopracowane teksty ukrywające niepewność |
| Scribe | Przekształcanie zweryfikowanego materiału w komunikację | Szkice, redakcje, struktura, dopasowanie do odbiorcy | Nieuzasadnione twierdzenia lub wymyślone dowody |
| Forge | Budowanie, debugowanie, testowanie i raportowanie | Diffy, wykonane polecenia, wyniki testów, ryzyka szczątkowe | Teksty strategiczne bez dowodów implementacji |
Nazwy są zastępczymi etykietami. Produktem jest granica. Profile można dowolnie przemianować, ale zadania powinny pozostać rozdzielone.
Użyteczny pierwszy pilot to tylko dwa profile: Hermes koordynuje, Scout weryfikuje. Gdy Scout zacznie regularnie zwracać twierdzenia ze źródłami, można dodać Scribe do przekształcania tych twierdzeń w teksty. Forge dodaje się dopiero wtedy, gdy praca implementacyjna zaczyna zanieczyszczać resztę asystenta.
Tworzenie profili z działającej bazy
Nie warto budować każdego specjalisty od zera. Najpierw należy upewnić się, że domyślna konfiguracja Hermes działa poprawnie: dostawca, model, klucze API, narzędzia i normalne użycie w terminalu.
- Utwórz profil badawczy: `hermes profile create scout --clone`
- Utwórz profil redakcyjny: `hermes profile create scribe --clone`
- Utwórz profil inżynierski: `hermes profile create forge --clone`
- Sprawdź listę profili: `hermes profile list`
- Uruchom specjalistę bezpośrednio: `hermes -p scout`, `hermes -p scribe` lub `hermes -p forge`
Flagę `--clone` stosuje się wtedy, gdy konfiguracja bazowa jest sprawna. Powinna skopiować użyteczne ustawienia, podczas gdy nowy profil zachowuje izolowaną pamięć i historię sesji.
Jeśli nie można wyjaśnić, jakim stanem ma zarządzać nowy profil, należy się zatrzymać. Prawdopodobnie potrzebny jest prompt, umiejętność lub wpis w AGENTS.md.
SOUL.md jako opis stanowiska
SOUL.md to miejsce, w którym profil staje się prawdziwą rolą. Należy w nim zdefiniować trwałą tożsamość: ustawienia domyślne, standardy, preferencje, reguły odmowy i styl podejmowania decyzji.
AGENTS.md pełni inną funkcję: przechowuje kontekst projektu, czyli ścieżki repozytorium, polecenia, konwencje, proces przeglądu i reguły narzędzi. Mieszanie tożsamości z kontekstem projektu zamienia czystego specjalistę z powrotem w nieokreślonego generalistę.
| Plik | Umieść tutaj | Nie umieszczaj tutaj |
|---|---|---|
| SOUL.md | Tożsamość roli, standardy, reguły odmowy, styl decyzyjny | Tymczasowe notatki o repozytorium lub instrukcje klienckie |
| AGENTS.md | Ścieżki projektu, polecenia, konwencje, reguły przepływu pracy | Cała osobowość profilu |
| TEAM.md | Skład zespołu, przekazania, reguły eskalacji, ograniczenia polityk | Wszystkie prywatne instrukcje każdego profilu |
- Scout SOUL.md: weryfikuj przed podsumowaniem, oddzielaj dowody od interpretacji, podawaj daty, sygnalizuj niepewność.
- Scribe SOUL.md: pisz z myślą o docelowym czytelniku, zachowuj granice dowodowe, poprawiaj strukturę przed stylem, pytaj gdy brakuje oparcia.
- Forge SOUL.md: odtwórz problem przed wprowadzeniem zmian, stosuj najmniejszą bezpieczną poprawkę, uruchamiaj odpowiednie testy, raportuj zmodyfikowane pliki i pozostałe ryzyko.
Definiowanie przekazań przed dodaniem kolejnych profili
Profile wymagają kontraktów między sobą. Przekazanie to brama jakości między rolami.
| Przekazanie | Wymagana zawartość | Odrzuć gdy |
|---|---|---|
| Scout do Scribe | Twierdzenie, URL źródła, data, ocena pewności, zastrzeżenie | Dane wejściowe to tylko surowe fragmenty |
| Scribe do Hermes | Szkic, docelowy czytelnik, założenia, nierozwiązane pytania | Tekst ukrywa słabe dowody |
| Forge do Hermes | Podsumowanie zmian, zmienione pliki, wykonane polecenia, testy, ryzyko szczątkowe | Raport mówi o naprawieniu problemu bez dowodów |
Jeśli Scout przekaże Scribe stos notatek, Scribe staje się badaczem. Jeśli Forge zgłosi naprawę bez poleceń ani testów, Hermes nie może zweryfikować pracy. Złe przekazania zamieniają zespół profili w sztafetę domysłów.
Jeśli nie wiadomo, czy granica powinna być profilem, umiejętnością czy regułą projektu, webvise pomoże zmapować model przekazań i własności, zanim zostanie zakodowany w niewłaściwym miejscu.
Stan bramy i cron jako element architektury
Profile stają się znacznie bardziej przydatne, gdy do systemu wchodzą wiadomości i zaplanowane zadania. Trasa Telegrama, webhook lub zadanie cron tworzy własność.
| Trasa lub harmonogram | Profil właściciel | Oczekiwany wynik |
|---|---|---|
| Ogólne zapytanie przez Telegram | Hermes | Doprecyzowanie celu, routing pracy, ostateczna odpowiedź |
| Zapytanie o przegląd źródeł | Scout | Uszeregowane twierdzenia ze źródłami i zastrzeżeniami |
| Zapytanie o szkic | Scribe | Ustrukturyzowany szkic lub etap redakcji |
| Alert budowania lub debugowania | Forge | Odtworzenie, diff, wynik testu, nota o ryzyku |
| Tygodniowy audyt profili | Hermes | Przegląd dryftu, pamięci, cron i przekazań |
Jeśli wszystkie zaplanowane zadania pozostają pod domyślnym profilem, zespół stopniowo powraca do jednego asystenta. Zadanie należy przypisać roli, która jest właścicielem jego wyniku, a podsumowania kierować z powrotem do Hermes.
Konfiguracja w pierwszym tygodniu i audyt po 30 dniach
Pierwszy tydzień służy potwierdzeniu jednej czystej granicy.
- Wybierz przepływ pracy generujący największe zanieczyszczenie kontekstu.
- Utwórz jeden profil specjalistyczny z flagą `--clone`.
- Napisz krótki plik SOUL.md dla tej roli.
- Zdefiniuj jedno przekazanie wejściowe i jedno wyjściowe.
- Uruchom profil bezpośrednio za pomocą `hermes -p <profil>`.
- Przypisz własność bramy lub zadań cron w sposób przemyślany.
| Kontrola po 30 dniach | Sygnał ostrzegawczy | Naprawa |
|---|---|---|
| Dryft profilu | Specjalista zaczyna przyjmować niepowiązane zadania | Zaostrzenie SOUL.md i przeniesienie nowych reguł do AGENTS.md lub TEAM.md |
| Degradacja pamięci | Stare założenia stają się wartościami domyślnymi | Przegląd nieaktualnych notatek i usunięcie sprzeczności |
| Degradacja przekazań | Profile przekazują surowy materiał zamiast ukształtowanego wyniku | Zablokowanie następnego kroku przy nieprawidłowym przekazaniu |
| Kolizja cron | Dwa profile planują pracę dla tego samego wyniku | Prowadzenie jednego wspólnego rejestru własności cron |
| Dezorientacja bramy | Niewłaściwy profil odpowiada na przychodzącą trasę | Dokumentowanie właściciela, wyzwalacza, wyniku i ścieżki eskalacji |
| Rozrost umiejętności | Każdy profil ładuje każdy przepływ pracy | Przeniesienie procedur do umiejętności właściwych dla danej roli |
Hermes 0.12.0 dodał Curator do zarządzania umiejętnościami, co wskazuje na szerszą zasadę: systemy agentów wymagają porządkowania. Profile redukują szum, ale nadal potrzebują audytów.
Reguła operacyjna
Sukcesu nie mierzy się liczbą profili. Mierzy się go tym, czy każda rola może stawać się lepsza bez utrudniania zaufania do reszty systemu.
Najlepszy zespół profili Hermes to taki, w którym każda rola posiada odrębny stan, wysyła czyste przekazania i pozostaje wystarczająco wąska, aby można ją było poddać audytowi.
webvise pomaga przekształcać chaotyczne użycie AI w systemy oparte na rolach z przejrzystym kontekstem, bezpiecznymi przekazaniami i mierzalną własnością. Wystarczy przynieść jednego przeciążonego asystenta i jeden powtarzający się przepływ pracy, a webvise pomoże wyznaczyć pierwsze dwa profile.
Praktyki webvise są zgodne z normami ISO 27001 i ISO 42001.