Condivido come ho utilizzato sette modelli per costruire l'ambiente di lavoro Harness engineering. La finestra principale è divisa in due parti, a sinistra c'è Codex e a destra Zellij con sessione unificata.
Codex è già noto a tutti, Zellij è un modulo terminale con gestione multi-terminal integrata, che permette di aprire più terminali indipendenti per una gestione della memoria unificata. La prossima volta basta avviare un comando session specifico per richiamare, ripristinando tutti i terminali e il layout aperti l'ultima volta, ripristinando automaticamente il contesto (una valida alternativa a tmux, che è davvero difficile da utilizzare. Zellij ha il vantaggio di poter usare il mouse per selezionare diversi terminali, copiando automaticamente il testo negli appunti)
Per quanto riguarda i modelli, ho utilizzato 7 modelli: Gpt5.5, Grok4.3, Gemini 3.1, Glm5.1, Composer2.5, Kimi (ho attivato un abbonamento a claude da venti dollari, una pura truffa, non è affatto utile, solo in momenti chiave interagisco con Gpt per scambiare idee)
La suddivisione dei compiti è la seguente:
1️⃣ Controllo del framework e del prodotto:
Gpt5.5: è il designer principale, responsabile del framework, distribuzione dei compiti, revisione finale e decisione.
Grok4.3: si occupa della revisione della prima versione, sollevando le questioni degli sviluppatori, per dare a gpt la revisione finale in anteprima.
2️⃣ Sviluppatori: Gemini, Glm5.1, Composer2.5, Kimi2.6. Sviluppano i compiti secondo la documentazione dei flussi di lavoro elaborata da Gpt, in modo sincronizzato e parallelo.
Ogni volta che gli sviluppatori completano un ciclo di sviluppo, Grok fornisce feedback alla prima versione unificata a Gpt per la revisione finale. Se ci sono bug, Gpt darà istruzioni specifiche al modello per il rifacimento. Se l'accettazione è positiva, si passa al successivo flusso di compiti e distribuzione🔄
Questi processi, il ripristino del contesto e l'integrazione, così come la posizione dei modelli e altre normative, sono stati tutti scritti nel documento dell'Agente, come ambiente Harness engineering. Qui sono integrate le normative di sviluppo di andrej-karpathy-skills/CLAUDE.md.
Claude Code ha una modalità di flusso di lavoro automatico dinamico ultracode. Claude giudica autonomamente la complessità del compito, organizza automaticamente sub-agenti paralleli, realizzando processi multi-fase come “understand → change → verify”, senza necessità di attivazione manuale da parte dell'utente.
In futuro, si potrebbe provare a far gestire l'intero processo a cc come cervello di controllo, per realizzare diversi cicli di sviluppo. Finché i confini delle normative di Harness sono chiari e le richieste personali e il design sono espressi in anticipo in modalità Piano, farlo funzionare è semplicemente un macello di token 🐷
#BTC #vibecoding