Hermes · Guida ai processi di lavoro: scrittura, revisione critica, correzione
→ Ricerca su cosa usa la comunita (pattern di orchestrazione, revisione critica, scelta del modello per complessita del task), poi scrivere il documento e…
⚠ nel campo c'è un verbale di 28 parole, non una riga: qui sopra c'è l'inizio, il resto sta nel diario. Il dato andrebbe riscritto (lavoro sui CSV, non su questa pagina).
▸ apri il diario del campo▾ richiudi il diario
Ricerca su cosa usa la comunita (pattern di orchestrazione, revisione critica, scelta del modello per complessita del task), poi scrivere il documento e consegnarlo a Ettore da leggere
Decisione di Ettore del 29/08 (richiesta q098): NIENTE modello fisso per abitudine (non Sonnet esecutore e Opus revisore in automatico) - la scelta dipende da complessita del task, fase, strumenti. Il documento diventera il riferimento per i processi di Hermes.
- nessun sottotask — aggiungine uno qui sotto
C:\Users\Ettore\Claude\Projects\MD_DB_v1\01_STRUMENTI_di_LAVORO\Metodo_di_lavoro
Obiettivo: un documento che spiega come si lavora — come si scrive un pezzo di lavoro, come lo si rivede con occhio critico, come si corregge — e che diventa il riferimento anche per i processi di Hermes. Criterio di fatto: il documento esiste, Ettore lo legge e dice se è quello…
▸ continua a leggere (153 parole)▾ richiudi il diario
Obiettivo: un documento che spiega come si lavora — come si scrive un pezzo di lavoro, come lo si rivede con occhio critico, come si corregge — e che diventa il riferimento anche per i processi di Hermes. Criterio di fatto: il documento esiste, Ettore lo legge e dice se è quello che voleva. Dove: la cartella Metodo_di_lavoro dentro il vault MD_DB_v1; il materiale di partenza è METODO_DI_LAVORO.md nel workspace e i pacchetti sui cinque strati. Vincolo dichiarato da Ettore il 29/08 (richiesta q098): NIENTE modello fisso per abitudine. Non si scrive 'esegue Sonnet, rivede Opus' come regola: la scelta dipende dalla complessità del lavoro, dalla fase e dagli strumenti che servono. Primo passo: cercare cosa usa la comunità — schemi di orchestrazione fra più agenti, revisione critica, criteri per scegliere il modello in base alla difficoltà del compito — e portarne dentro solo quello che regge alla prova dei nostri casi veri.
Scrivi la guida ai processi di lavoro. Primo: ricerca su cosa usa la comunità per orchestrare più agenti, per la revisione critica di un deliverable e per scegliere il modello in base alla complessità del compito; cita le fonti. Secondo: confrontala col nostro metodo attuale (METODO_DI_LAVORO.md e i pacchetti sui cinque strati nel vault) e di' dove il nostro regge e dove no. Terzo: scrivi il documento — come si scrive un lavoro, come lo si rivede con occhio critico, come si corregge — con esempi presi dai nostri casi veri, non teorici. VINCOLO: niente modello fisso per abitudine, la scelta si motiva sulla complessità del compito. Quarto: consegnalo a Ettore da leggere, in PDF impaginato.2026-09-03: scheda scritta durante il riallineamento. Il task era nato il 29/08 senza spazio di lavoro né prompt.