Quando usare Hermes profiles invece di un unico enorme assistente
Hermes profiles separano memoria, sessioni, competenze, identità, stato cron e rotte gateway, così i ruoli AI ricorrenti possono restare mirati, verificabili e utili.
Hermes profiles servono alla separazione dello stato, non al gioco di ruolo. Usi un profilo quando un ruolo AI ricorrente ha bisogno della propria memoria, delle proprie sessioni, competenze, identità SOUL.md, proprietà cron o rotta gateway.
Un solo assistente può rispondere a molte domande. Non dovrebbe però diventare allo stesso tempo la sede permanente per giudizi di ricerca, gusto redazionale, log di shell, regole di calendario, attività pianificate e instradamento dei messaggi.
La modalità di errore non è un prompt debole. La modalità di errore è lo stato condiviso. Questa guida mostra quando un profilo Hermes merita di esistere, come crearne uno da una configurazione funzionante e come impedire a un piccolo team di profili di tornare a essere un generalista rumoroso.
Crei un profilo quando lo stato deve restare separato. Memoria, sessioni, strumenti, cron e rotte gateway sono ragioni più forti del tono.
Usi prompt per comportamenti una tantum, competenze per procedure riutilizzabili e profili per ruoli durevoli. Mescolare questi livelli crea debito di contesto.
Inizi con un coordinatore e due specialisti. Aggiunga Scout per la ricerca, Scribe per la scrittura e Forge per build e debug solo quando il confine è reale.
Scriva SOUL.md come una descrizione del ruolo. Dovrebbe definire standard, impostazioni predefinite e regole di rifiuto, non una personalità vaga.
Definisca i passaggi di consegne prima di aggiungere altri agenti. Un team di profili è utile solo quando gli output si muovono tra i ruoli in modo pulito.
Se il Suo team ha già lavoro AI distribuito tra prompt, chat, script e attività pianificate, webvise può aiutare a mappare il primo confine pulito del profilo prima che il sistema diventi più difficile da verificare.
L'errore: un assistente che svolge cinque lavori
Il percorso abituale inizia in modo sensato. Chiede a un assistente di studiare un mercato, redigere un post, eseguire il debug di uno script, riassumere una riunione e monitorare un calendario. Il primo giorno non si rompe nulla.
Alla terza settimana, ogni workflow lascia residui. La ricerca insegna regole sulle fonti, la scrittura insegna il tono, le sessioni di debug conservano comandi falliti e il lavoro sul calendario aggiunge assunzioni di pianificazione. Il compito successivo deve orientarsi in tutto questo.
Questo è debito di contesto. L'assistente non è confuso perché gli manca un'altra istruzione. È confuso perché lavori non correlati ora condividono memoria, sessioni, strumenti e impostazioni predefinite.
Hermes profiles correggono il confine. Permettono a un ruolo di portare lo stato di cui ha bisogno senza costringere ogni altro ruolo a ereditarlo.
I profili sono ambienti isolati, non costumi
Una persona cambia il modo in cui un assistente parla. Un profilo Hermes cambia ciò che l'assistente porta, ricorda, pianifica e collega.
Hermes 0.9.0 ha introdotto i profili come ambienti agente isolati. Un profilo può separare configurazione, sessioni, memoria, competenze, personalità, stato cron e stato gateway. Questo lo rende un confine di runtime, non uno stile di scrittura.
| Livello | Che cosa impedisce la separazione |
|---|---|
| Memory | Regole di ricerca, assunzioni ricorrenti e vecchie decisioni che filtrano in lavori non correlati |
| Sessions | Bozze, log di shell, thread strategici e note di calendario che collassano in un'unica timeline |
| Skills | Ogni ruolo che scansiona o carica strumenti di cui non ha bisogno |
| Identity | Una voce generica che finge di essere ricercatore, editor, operatore e ingegnere |
| Cron state | Più attività pianificate che provano a possedere lo stesso risultato |
| Gateway state | Il ruolo sbagliato che risponde alla rotta Telegram o di messaggio sbagliata |
Questo è il test principale: se due ruoli non dovrebbero ricordare gli stessi errori, assunzioni o lavori incompiuti, probabilmente non dovrebbero essere lo stesso profilo.
Profilo, prompt, competenza, AGENTS.md o SOUL.md?
La maggior parte delle configurazioni agente disordinate nasce dall'uso di un solo livello per ogni problema. I profili non sono la risposta a ogni esigenza di personalizzazione.
| Esigenza | Usi questo livello |
|---|---|
| Cambiare comportamento per un solo compito | Prompt |
| Riutilizzare una procedura tra compiti | Skill |
| Fornire percorsi di progetto, comandi e convenzioni | AGENTS.md |
| Definire identità e standard durevoli del ruolo | SOUL.md |
| Separare memoria, sessioni, competenze, cron o stato gateway | Profile |
| Coordinare più profili e passaggi di consegne | TEAM.md |
Non crei profili per atmosfera. Li crei quando il ruolo possiede uno stato che peggiorerebbe un altro ruolo.
Quando un profilo merita di esistere
Un buon profilo si guadagna il proprio posto riducendo il rumore. Se cambia solo il nome nel prompt del terminale, lo elimini o trasformi l'istruzione in una competenza.
| Crei un profilo quando | Non ne crei uno quando |
|---|---|
| Il ruolo si ripete ogni settimana o ogni giorno | Il compito è una tantum |
| Ha bisogno di memoria che non deve filtrare in altri lavori | Cambia solo il tono |
| Possiede un gateway diverso o un'attività pianificata | Usa gli stessi strumenti, contesto e contratto di output |
| Ha un diverso livello di rischio o confine di autorizzazione | Non sa descrivere cosa dovrebbe produrre |
| Passa lavoro a un altro profilo | Non esiste alcun passaggio di consegne o gate di qualità |
La regola più pulita è semplice: un profilo dovrebbe migliorare in un lavoro senza rendere gli altri lavori più rumorosi.
Un piccolo team di Hermes profiles
Parta dai ruoli, non da nomi di personaggi presi in prestito. Mantenga Hermes come coordinatore. Aggiunga Scout per la ricerca, Scribe per la scrittura e Forge per build e debug solo quando ogni ruolo ha un confine reale.
| Profile | Responsabilità | Dovrebbe produrre | Non dovrebbe produrre |
|---|---|---|---|
| Hermes | Pianificare, instradare, sequenziare e verificare | Suddivisione dei compiti, delega, sintesi finale, gate di qualità | Dump di ricerca grezzi o modifiche al codice non revisionate |
| Scout | Indagare, confrontare e verificare | Affermazioni con fonti, date, confidenza e avvertenze | Copy rifinito che nasconde l'incertezza |
| Scribe | Trasformare materiale verificato in comunicazione | Bozze, revisioni, struttura, adattamento al pubblico | Affermazioni non supportate o prove inventate |
| Forge | Costruire, eseguire debug, testare e riferire | Diff, comandi eseguiti, risultati dei test, rischi residui | Prosa strategica senza prova di implementazione |
I nomi sono segnaposto. Il confine è il prodotto. Rinomini pure i profili, se vuole, ma tenga separati i lavori.
Un primo pilota utile ha solo due profili: Hermes coordina, Scout verifica. Quando Scout restituisce in modo affidabile affermazioni con fonti, aggiunga Scribe per trasformarle in testo. Aggiunga Forge solo quando il lavoro di implementazione inizia a contaminare il resto dell'assistente.
Creare profili da una base funzionante
Non costruisca ogni specialista da zero. Prima si assicuri che la configurazione Hermes predefinita funzioni: provider, modello, chiavi API, strumenti e normale uso del terminale.
Crei un profilo di ricerca: `hermes profile create scout --clone`
Crei un profilo di scrittura: `hermes profile create scribe --clone`
Crei un profilo di ingegneria: `hermes profile create forge --clone`
Verifichi il roster: `hermes profile list`
Esegua direttamente uno specialista: `hermes -p scout`, `hermes -p scribe` oppure `hermes -p forge`
Usi `--clone` quando la configurazione di base è sana. Dovrebbe copiare la configurazione utile mentre il nuovo profilo mantiene memoria e cronologia delle sessioni isolate.
Se non sa spiegare quale stato possiede il nuovo profilo, si fermi. Probabilmente Le serve un prompt, una competenza o una voce AGENTS.md.
Scriva SOUL.md come una descrizione del ruolo
SOUL.md è il luogo in cui un profilo diventa un vero ruolo. Dovrebbe definire identità durevole: impostazioni predefinite, standard, gusto, regole di rifiuto e stile decisionale.
AGENTS.md è diverso. Dovrebbe contenere il contesto del progetto: percorsi del repository, comandi, convenzioni, processo di revisione e regole degli strumenti. Mescolare identità e contesto di progetto è il modo in cui uno specialista pulito torna a essere un generalista vago.
| File | Metta qui | Tenga fuori |
|---|---|---|
| SOUL.md | Identità del ruolo, standard, regole di rifiuto, stile decisionale | Note temporanee del repo o istruzioni del cliente |
| AGENTS.md | Percorsi di progetto, comandi, convenzioni, regole di workflow | L'intera personalità del profilo |
| TEAM.md | Roster, passaggi di consegne, regole di escalation, limiti di policy | Ogni istruzione privata di ogni profilo |
Scout SOUL.md: verifichi prima di riassumere, separi le prove dall'interpretazione, includa date, segnali incertezza.
Scribe SOUL.md: scriva per il lettore target, preservi i confini delle prove, migliori la struttura prima dello stile, chieda quando manca supporto.
Forge SOUL.md: riproduca prima di cambiare, applichi la correzione sicura più piccola, esegua il controllo pertinente, riferisca file toccati e rischio residuo.
Definisca i passaggi di consegne prima di aggiungere altri profili
I profili non dovrebbero semplicemente stare uno accanto all'altro. Hanno bisogno di contratti. Un passaggio di consegne non è un messaggio di chat. È un gate di qualità tra ruoli.
| Passaggio di consegne | Payload richiesto | Rifiuti quando |
|---|---|---|
| Scout a Scribe | Affermazione, URL della fonte, data, confidenza, avvertenza | L'input è solo estratti grezzi |
| Scribe a Hermes | Bozza, lettore previsto, assunzioni, domande irrisolte | Il testo nasconde prove deboli |
| Forge a Hermes | Riepilogo della modifica, file toccati, comandi eseguiti, test, rischio residuo | Il report dice risolto senza prova |
Se Scout passa a Scribe un mucchio di note, Scribe diventa il ricercatore. Se Forge dice risolto senza comandi o test, Hermes non può verificare il lavoro. Passaggi di consegne scadenti trasformano un team di profili in una staffetta di supposizioni.
Se non è sicuro che un confine debba essere un profilo, una competenza o una regola di progetto, webvise può mappare il modello di passaggio di consegne e proprietà prima che codifichi il livello sbagliato.
Lo stato gateway e cron fa parte dell'architettura
I profili diventano molto più utili quando messaggi e attività pianificate entrano nel sistema. Una rotta Telegram, un webhook o un'attività cron non è solo un trigger. È proprietà.
| Rotta o pianificazione | Profilo proprietario | Output atteso |
|---|---|---|
| Richiesta generale Telegram | Hermes | Chiarire l'obiettivo, instradare il lavoro, restituire la risposta finale |
| Richiesta di revisione delle fonti | Scout | Affermazioni ordinate con fonti e avvertenze |
| Richiesta di stesura | Scribe | Bozza strutturata o passaggio di revisione |
| Avviso di build o debug | Forge | Riproduzione, diff, risultato del test, nota di rischio |
| Audit settimanale dei profili | Hermes | Revisione di deriva, memoria, cron e passaggi di consegne |
Se ogni attività pianificata resta sotto il profilo predefinito, il team collassa lentamente di nuovo in un unico assistente. Metta l'attività sotto il ruolo che possiede il risultato, poi instradi i riepiloghi di nuovo a Hermes.
La configurazione della prima settimana e l'audit del giorno 30
La prima settimana non riguarda la costruzione di un grande team. Serve a dimostrare un confine pulito.
Scelga il workflow che crea più inquinamento di contesto.
Crei un profilo specialista con `--clone`.
Scriva un breve SOUL.md per quel ruolo.
Definisca un passaggio di consegne in input e uno in output.
Esegua direttamente il profilo con `hermes -p <profile>`.
Assegni deliberatamente ogni proprietà gateway o cron.
| Controllo del giorno 30 | Segnale di errore | Correzione |
|---|---|---|
| Deriva del profilo | Lo specialista inizia ad accettare lavoro non correlato | Renda più preciso SOUL.md e sposti le nuove regole in AGENTS.md o TEAM.md |
| Degrado della memoria | Vecchie assunzioni diventano impostazioni predefinite | Riveda le note obsolete e rimuova le contraddizioni |
| Degrado dei passaggi di consegne | I profili passano materiale grezzo invece di output modellato | Faccia bloccare il passo successivo dai passaggi di consegne malformati |
| Collisione cron | Due profili pianificano lavoro per lo stesso risultato | Mantenga un unico registro condiviso della proprietà cron |
| Confusione gateway | Il profilo sbagliato risponde a una rotta in ingresso | Documenti proprietario, trigger, output e percorso di escalation |
| Proliferazione delle competenze | Ogni profilo carica ogni workflow | Sposti le procedure in competenze specifiche del ruolo |
Hermes 0.12.0 ha aggiunto Curator per la manutenzione delle competenze, il che indica la regola più ampia: i sistemi agente hanno bisogno di manutenzione ordinaria. I profili riducono il rumore, ma hanno comunque bisogno di audit.
La regola operativa
Non misuri il successo dal numero di profili. Lo misuri dal fatto che ogni ruolo possa diventare più preciso senza rendere il resto del sistema più difficile da fidare.
Il miglior team di Hermes profiles non è il più grande. È quello in cui ogni ruolo possiede uno stato distinto, invia passaggi di consegne puliti e resta abbastanza mirato da essere verificato.
webvise aiuta i team a trasformare l'uso disordinato dell'AI in sistemi basati su ruoli, con contesto chiaro, passaggi di consegne sicuri e proprietà misurabile. Porti un assistente sovraccarico e un workflow ricorrente, e mapperemo con Lei i primi due profili.
Le pratiche di webvise sono allineate agli standard ISO 27001 e ISO 42001.