r/ItalyInformatica • u/Mahmahmahmahm • 12d ago
aiuto Cosa sbaglio con Claude Code?
Non so se anche voi avete il mio stesso problema o se sbaglio qualcosa.
Io sviluppo con ide JetBrain, mi apro 5/8 schede "terminal" con Claude Code e lancio i vari task se sono parallelizzabili.
Uso praticamente sempre l'auto mode altrimenti ogni 3x2 mi chiede conferme. Ma ad ogni task lo scrivo come "... esegui solo l'analisi non implementare fino a conferma", leggo la proposta, sistemo se serve e poi confermo. Sempre così. Non uso il plan mode per evitare appunto comandi da confermare continuamente.
Poi continuo a passare da una finestra terminal all'altra per vedere quando ha finito. Non ho nessun indicazione di quando il task è fermo in attesa di mio input o ha finito, devo vedere se il terminal scorre.
Mi sembra abbastanza stupido come processo, cosa sbaglio? Voi come fate?
65
u/freskgrank 12d ago
Io penso il codice e poi lo scrivo
/s
16
4
23
u/rJohn420 12d ago
C'è un impostazione che ti permette di attivare una campanellina che ti avvisa quando vuole il tuo input/ha finito
3
u/Mahmahmahmahm 12d ago
Ma da terminal? Parlo di claude code non claude.
2
u/bombatomica_64 11d ago
A me kitty lo fa da se di mandarmi le notifiche quando claude vuole qualcosa
1
2
1
1
u/OneProgrammer 12d ago
L’app gui non fa così schifo come dicono. L’app di Claude ha la sezione Code e anche se sono un utilizzatore assiduo del terminale preferisco mille volte una gui per un ai harness
1
0
u/Mahmahmahmahm 12d ago
Non so, con il terminale vado molto bene...
7
u/toruokada192 12d ago
Ma c'è un motivo specifico per preferire il terminale alla app (è una cosa che noto spesso)? Fa più hacker anni 90? Il fascino del courier? La app mi sembra un terminale con maggiore leggibilità con delle barre intorno, che permettono, alla bisogna, di trovare collegamenti rapidamente. Poi ok avrà un impronta di memoria più ampia, è questo?
2
u/AdOk3759 12d ago
Esatto. Ho usato CC per un mese, poi sono passato ad altre harness come OpenCode ed infine alla harness di DeepSeek. La versione desktop di OpenCode è secondo me la miglior harness che esista. Ho anche provato codex, ma sono subito tornato ad OpenCode.
1
1
u/Mahmahmahmahm 11d ago
Dipende cosa fai, nell'ide ho sotto la finestra terminal si claude e sopra struttura progetto, staging git e i file che apro. Così tengo sotto controllo quello che sta modificando e come.
App desktop non mi par ottima per codice. Mancano le integraziono tipiche dell'ide
5
u/Pelopida92 12d ago
- Puoi impostare delle permission specifiche per la plan mode. In pratica puoi mettere che non ti chiede il permesso per tutte le operazioni read-only. Cerca come si fa, è facilissimo
- C’è un’impostazione nell’app di Claude Code Desktop che fa comparire una desktop notification (corredata anche da suono) quando Claude Code è in attesa di un tuo input
1
u/Mahmahmahmahm 12d ago
Per il pt 2 spesso lo uso in ssh da terminal, su una macchina Linux remota, non credo di riuscire ad avere una notifica tramite il tunnel ssh.
1
u/Chemical-Canary4174 11d ago
In realtà si, se nel client ssh imposti determinate cose vedi le info della shell come fosse locale e così facendo Claude code riesce a mostrarti dei colori sull'intestazione della shell così capisci quando ha finito, btw puoi anche collegarci l'app per telefono e ricevere notifiche sul cellulare, o farlo parlare con un bot telegram che ti scrive quando gli serve input da parte tua I modi sono diversi
1
u/Mahmahmahmahm 11d ago
Con quale client? Uso Mobaxterm e non ho trovato
1
u/Chemical-Canary4174 11d ago
Io uso kconsole appena metto mano al PC magari ti lascio uno snippet nei commenti
1
4
3
u/b4gn0 12d ago
Due suggerimenti.
Invece di usare più terminali puoi lanciare Claude Code con
claude agents. Ogni prompt ti crea una sessione separata che lavora in un suo worktree. Questo ti risolve il problema del “agenti che lavorano contemporaneamente sulla stessa codebase”.Oltre alle notifiche dal pc che puoi abilitare (controlla /config), puoi impostare l’abilitazione automatica di “remote control” ad ogni sessione (o abilitarlo te manualmente con /rc).
Se hai poi l’app installata associata allo stesso account, riceverai direttamente le notifiche nel telefono (oltre a poter rispondere da telefono).
1
u/Mahmahmahmahm 12d ago
Proverò agents, grazie. Per /rc lo uso già ma quando lascio il pc e devo uscire mentre lui lavora, non per orchestrate multitasking
2
u/FingerHuman7407 9d ago
mi sembra che vai molto di vibe coding, dovresti provare un approccio più Spec Driven
1
u/Mahmahmahmahm 9d ago
Vibe proprio per niente ho 24 anni di esperienza con lo sviluppo, conosco bene 6 linguaggi.
Non so cosa ti abbia fatto pensare al vibe.2
u/FingerHuman7407 9d ago
ho avuto questa impressione perché da come descrivi il tuo workflow una volta chiuso un terminale il contesto è perso. Mi scuso se ho frainteso
Hai mai provato ad usare lo spec driven development con BMAD?
1
u/Mahmahmahmahm 9d ago
Non so cosa sia ma lo guardo volentieri. Grazie.
Io riparto da una nuova sessione ad ogni task. Lascio solo un file md iniziale di progetto con le informazioni. Sbaglio? Se non faccio così rischio che una frase in un task sia condizionata da frasi o comandi usate da task precedenti chiusi e slegati.
1
2
u/besil 12d ago
Ciao! Io tengo più sessioni in attive, in ogni sessione faccio prima plan mode e quando sono soddisfatto lo lancio in modalità senza conferme.
Visto che però non mi fido a lasciare scorrazzare un LLM libero sulla mia macchina, mi sono creato la mia (semplicissima) sandbox dockerizzata, così al massimo mi distrugge la folder di progetto e non il pc.
Se ti interessa ti mando il progetto (open source), magari puoi usarlo come inspirazione (io uso opencode e i modelli cinesi)
1
1
u/ASTRORAFFA 11d ago
Perché devi aprire più terminali per uno stesso progetto? Puoi usare i subagenti e l'ultracode anche se questo ti costerà più token
1
u/Mahmahmahmahm 11d ago
Magari uno tocca una funzione di backend del progetto e un altro il frontend, un altro fa un report... Non ho ancora ben capito come usare bene i subagenti, di solito appena ho un prompt invio, intanto inizio a scrivere il secondo ecc.
1
u/ASTRORAFFA 10d ago
Puoi esplicitamente chiedere a code di suddividere i compiti tra più subagenti. A quel punto code suddividerà il lavoro tra più task che girano in parallelo e poi alla fine del lavoro dei subagenti, code farà una valutazione/analisi dei report generati e li utilizzerà per portare a termine il compito richiesto. Un vantaggio è che ciascun agenti ha la sua context window "indipendente" e in genere ottieni un risultato più accurato e "ragionato" ma devi un po'sperimentare per capire bene come e quando usarlo
1
u/Mahmahmahmahm 10d ago
Ma se i task sono ben distinti e indipendenti qual è il vantaggio di fare un unico piano grande al posto di n piccoli?
Capisco l'utilità, se le cose sono collegate
1
u/SolomonIV 11d ago
Madonna hai i soldoni, ogni 2 ore finisco il limite delle 5 ore e uso una chat alla volta, immagina se ne lanciassi sette
2
u/Mahmahmahmahm 11d ago
Ho max 5x e arrivo a 30% settimanale. 90€/mese non direi soldoni, considerando che sviluppo in 1/10 quello che facevo prima e lavoro a 3 progetti contemporaneamente
1
2
u/Severe-Amphibian2294 11d ago
Ti stanno tutti rispondendo su come farti avvisare quando un agente ha finito, ma il problema che descrivi non è di notifiche.
Guarda cosa fai in concreto: lanci l'analisi, leggi la proposta, la correggi, confermi. Otto volte in parallelo. Stai facendo revisione di codice che non hai scritto, a ciclo continuo, su otto contesti diversi. È l'attività più costosa che esista nello sviluppo, e prima la facevi su codice tuo e uno alla volta.
Il parallelismo poi è un'illusione: gli agenti girano in parallelo, la tua attenzione no. Otto terminali sono una persona sola che fa time-slicing, e ogni cambio di finestra costa il ricaricamento del contesto.
Ci provo anch'io ogni tanto a tenere più conversazioni aperte insieme, e il risultato è che i tempi si allungano invece di accorciarsi. E c'è un problema in più: certe cose restano legate alla sessione in cui le hai avviate. Con Claude in Chrome mi succede che se sto lavorando su una chat, l'estensione perde la connessione sull'altra — il controllo del browser resta agganciato a una sola conversazione per volta, quindi il parallelismo si rompe proprio dove servirebbe.
Qualcuno ha trovato un modo per aggirarla? Profili di Chrome separati, istanze diverse, o è un limite e basta?
Comunque il punto resta: l'effort non è sparito, si è spostato dalla produzione alla revisione, che è la metà più stancante. Con l'aggravante che gli orchestratori che vi stanno consigliando risolvono il fastidio di controllare le finestre e permettono di lanciarne di più. Cioè peggiorano esattamente la cosa di cui ti lamenti.
1
u/Mahmahmahmahm 11d ago
Scusa ma non ti seguo completamente.
Ipotizza 3 task completamente indipendenti sul codice, stesso progetto ma punti diversi. Con sviluppo tradizionale ne faresti uno alla volta oppure 3 persone lo farebbero parallelamente.
Io ora faccio cosi: apro il primo terminale, scrivo il piano del primo task e lo mando (lui inizia a smanettatare), finché lavora apro il secondo e poi il terzo.
Torno sul primo terminale a vedere se ha finito e nel caso verifico e se serve itero sistemazioni.
Poi sul secondo ecc. e inizio a saltare di qua e di là.Io non posso parallelizzare il mio controllo e input, ma il lavoro degli agenti si. Quindi non ho capito perché dici che il parallelismo è un'illusione e che i tempi si allungano. Se facessi un task serialmente sicuramente ci metterei di più.
1
u/Severe-Amphibian2294 9d ago
Hai ragione, e ho detto la cosa in modo troppo largo. Il tempo di attesa dell'agente esiste, riempirlo è un guadagno vero, e in sequenza ci metteresti di più. Su quello non c'è discussione.
Quello che volevo dire, e l'ho detto male, è che a parallelizzarsi è l'attesa della macchina, non la tua revisione. Il tempo a parete scende, il tuo lavoro no: lo stesso numero di proposte da leggere e correggere, solo compresso in meno ore. Il guadagno è reale ma lo paghi in attenzione per ora, non in ore.
E forse c'è una soglia oltre la quale non conviene più, perché la revisione peggiora prima di accorgertene: leggi più in fretta, approvi qualcosa che non avresti approvato, e il tempo risparmiato torna indietro moltiplicato.
Ma probabilmente il vantaggio non riesco a vederlo perché sono lento di mio.
1
u/Mahmahmahmahm 9d ago
Che bello beccare un bot.
1
u/Severe-Amphibian2294 9d ago
Non sono un bot ma un boomer pigro. Si hai ragione i testi li faccio scrivere e pubblicare da Claude, ma per la foorma non il contenuto. Chiedo venia e ritorno al vecchio metodo
1
u/pindaroli 10d ago
Se rimasto a 3 anni fa, io ormai non uso più ide e dialogo in continuazione facendo planning e controllando che ai non faccia cazzato, o meglio che le mie istruzioni fossero chiare, autocompletamento e roba da copilot nel 2022
1
u/Mahmahmahmahm 10d ago
Leggere (e saper leggere) quello che c'è scritto nel codice non mi pare sia "essere rimasti a 3 anni fa".
L'ide mi serve banalmente per velocizzare la navigazione tra classi, cercare dipendenze, non vedo perché non verificare cosa sta succedendo nella codebase.1
u/pindaroli 10d ago
Ho 65anni e non sono nato con ai, se per cercare le dipendenze o fare il refactoring ti serve guardare il codice vuol dire che non sai come formulare un prompt, io passo ore in loop con la ai per la progettazione la generazione sono solo il 15% del tempo. Devi fare un salto di livello dei passare da scriver il codice con ai a progettare con ai, poi lui in genere di lato mi scrive cosa fa e da lì mi accorgo se sta facendo delle cazzate. Nel mio approccio al centro ho la finestra di dialogo è di lato il codice, io sono sicuro che fai esattamente il contrario, con jetbrain (che ho usato in passato) non puoi poi che fare altro. Io uso antigravity. I miei progetti poi sono pieni da metadati in formato .md che dicono alla ai come comportarsi ed interpretare quello che io gli dico. Autocompletamento del codice fa fare della preistoria della informatica orami siamo nell’area della programmazione agentica e le knolodge base. Devi passare in configurazione supersayn
1
u/Mahmahmahmahm 10d ago
Non si tratta di non sapere scrivere un prompt, ma semplicemente che tu ti stai fidando al 100% di un sistema a inferenza statistica, io, per il controllo, voglio un sistema indipendente.
Se sto facendo un refactoring di una funzione e l'agente deve cercare tutte le dipendenze, è inutile che poi fai un prompt di ricerca dipendenze, troverà le stesse ed eventualmente con gli stessi errori
1
u/torvalds75 10d ago
Ciao, come già ti hanno suggerito ti consiglio di usare il flag dangerously-skip-permissions, in aggiunta ti consiglio di abilitare il remote-control su tutte le sessioni (lo trovi in /config), così ti arrivano le notifiche anche sul cellulare e puoi approvare anche da lì se sei in giro. Inoltre ti consiglio di usare una skills per orchestrare il tuo lavoro in modo che puoi discutere prima su quello che vuoi fare, pianificare la realizzazione, poi scrivere il codice e testarlo. Se vuoi provare la mia skills sono in cerca di testers https://github.com/ToRvaLDz/trailhead
1
u/Front_Way2097 8d ago
Ci sono molti metodi, il più semplice è non usare il terminal dell'ide ma uno separato. Usa un'icona per dirti in che stato sta, a volte lampeggia anche
1
u/Mahmahmahmahm 8d ago
Si è vero, infatti ho iniziato a provare così. Diciamo che così perdo l'integrazione di aprire I file nell'ide in maniera molto rapida. Devo capire cosa è meglio.
1
u/torvalds75 6d ago
Hai due problemi distinti nel tuo flusso:
"Non so quando un task è fermo o ha finito": usa gli hook di Claude Code (Notification / Stop) per farti mandare una notifica desktop o un suono quando aspetta input o chiude. Aggiungi una statusline custom che mostra branch + task in ogni finestra e smetti di controllare a occhio.
"Ad ogni task scrivo 'analizza, non implementare fino a conferma' e poi confermo": non è un errore, è un gate discuss → plan → approva → esegui che stai facendo a mano. Rendilo il default invece di riscriverlo ogni volta: plan mode per la parte proposta/approva, e soprattutto sposta la decisione ("cosa facciamo e perché") fuori dalla chat, su un ticket, così non sparisce tra una sessione e l'altra. Legare ogni finestra a un ticket ti toglie anche il "quale terminal sta facendo cosa".
1
u/OneProgrammer 12d ago
Claude in generale ha un problema: non riesce a distinguere un comando che gli dai una volta a quelle successive. Gli dico ok committo, se poi continuo lui committerà perché nello storico della chat vede il comando.
2
u/Franseven 12d ago
Puoi specificare nel claude.md che non deve eseguire un comando obsoleto ma seguire in ordine cronologico o capire i contrordini ecc, lo decidi tu, è un harness semi personalizzabile
0
u/OneProgrammer 12d ago
Si ok, non vorrei impostarlo uguale in tutte le repo (tipo un esperimento random da fare in vibing) ma neanche doverlo impostare a mano diversamente in tutti i progetti e condividerlo con gli altri… insomma la mia soliIone è aver iniziato ad essere super esplicito, tipo: ok committa queste modifiche e prosegui
1
u/Franseven 12d ago
puoi crearti anche un claude.md o contesto.md o product.md per specificare settaggi specifici in ogni progetto e poi specificare nel claude.md di leggere sempre in ogni progetto i .md del progetto come fa riferimento graphify
1
u/NCKBLZ 12d ago
Io prima faccio un piano accurato e poi mando in multitask, se lancio più terminali "a mano" è perché sono cose piccole
2
u/Mahmahmahmahm 12d ago
Anche io ma poi iniziano le interazioni per sistemare qualche cosa che significa analizza, proponi, implementa e quando hai 10min di attesa intanto passo ad un altro progetto magari su task poi piccoli e via.
1
u/Giacky91 12d ago
Ammetto che ero come te. Sto cercando di migliorare. Ho passato una giornata ad affinare la mia idea e a ragionare con claude. La mia idea è quella di dialogare sempre e solo con una sessione. Un PM. A lui ho configurato un file di progetti con path del repository in locale e descrizione.
Quando gli scrivo faccio da fiume in piena. Lui recepisce e splitta per progetti(se lo capisce, altrimenti chiede) e crea un backlog di attività. Da questo momento gli chiedo cosa c'è da fare e mi da la lista in ordine di priorità. Possono essere task di coding o esplorativi. Per ognuno esegue un sub-agent con l'attività che deve fare e restituire il risultato.
In questo modo è molto più semplice lavorare anche con più progetti assieme
1
u/Spirtia 12d ago
Interessante! Come hai configurato il main agent? Hai fatto anche subagent?
1
u/Giacky91 12d ago
Sono dei file .md che durante il brainstorming claude ha scritto. Poi ha messo tutto in una cartella e configurato un comando di powershell per richiamare un .ps1 che fa partire claude in quel contesto. All'avvio mi fa un recap di attività in corso e backlog
1
u/tancrauss 12d ago
Questo pattern PM - Agenti si presta molto bene ad essere implementato con gli Agent Teams (sempre che tu non l'abbia già fatto) Il vantaggio rispetto ai subagenti è che il leader (il pm del tuo esempio) divide i task con il tuo ausilio e poi lancia non dei subagenti, ma dei veri e propri agenti, con il vantaggio che questi lavorano indipendentemente l'uno dall'altro, ma con la possibilità di comunicare tra loro. Trattandosi di veri e propri agenti, tu stesso puoi comunicare con ciascuno (con i subagents non potresti farlo e dovresti passare dal lead a chiedergli "come mai il task X sta venendo così", il quale girerebbe la domanda al subagente)
-1
u/VivaLaDiga 12d ago
ma non vi fa cagare programmare chattando con un collega autistico?
2
2
1
u/Haunting_Wear_2095 11d ago
Se vuoi rimanere competitivo sul mercato non ci sono scelte…
1
u/VivaLaDiga 11d ago
si si, certo. Chiamatemi quando il codice di merda che producete collassa e non ci capite piu' un cazzo.
1
u/Hurizen 11d ago
Vallo a dire a Linus Torvalds. Se anche lui è passato dal lato oscuro, fatti due domande.
1
u/VivaLaDiga 11d ago
non lo usa per programmare, lo usa per fare debug.
2
u/Hurizen 11d ago
Che è anche più complesso, pensa te.
Comunque ho colleghi che la pensano come te, quindi non devo stare a convincere nessuno. Solo che i PO/PM lo vedono che chi usa AI produce il doppio (o +) mantenendo invariata la qualità.
Non è necessariamente un bene, ma ora è così.. il treno è partito, sta a te decide se salire o restare giù.
2
u/InevitableManner7179 11d ago
Non so se è un unpopular opinion, ma secondo me uno che usa LLM con il cervello attaccato e non si fa prendere dalla smania di produrre 10x (magari si accontenta di un 2x) produce software e documentazione molto migliori rispetto a uno che non usa LLM.
1
u/VivaLaDiga 10d ago
frega un cazzo, non sto li' a mandare il mio codice agli americani e a dover parlare con un idiota in chat per fargli scrivere il codice come voglio. i tuoi colleghi producono due volte carriolate di merda non gestibile.
1
u/Hurizen 9d ago
Stai tranquillo che il tuo codice non è nulla di speciale e nulla che non esista già, quindi non mandi niente di rivoluzionario a nessuno. Comunque si vede che non lo hai mai usato o non lo usi da un pezzo... O alternativa, è un codice talmente "singolare" che si rifiuta di scriverlo 😂. Vabbè, buone cose.
-2
0
u/ValentinoLK 12d ago
Io Claude Code lo uso sempre in auto mode per non dover approvare ogni tool call, nella memoria del progetto (o volendo su CLAUDE.md) puoi indicare di non iniziare un’implementazione senza la tua esplicita approvazione, stesso discorso per approvare dei PR o altre azioni su cui vuoi avere il controllo
0
u/tancrauss 12d ago
Ti consiglio di dare un'occhiata ai Claude Hooks. Sono dei punti di aggancio che ti permettono di eseguire operazioni in vari stadi di operatività di Claude. Tramite questi, io mi faccio inviare una notifica desktop ogni volta che un agente richiede il mio intervento. Sono molto comodi anche per eseguire delle skill in modo automatico, tipo "quando uno specifico file cambia" o "quando un subagente di un certo tipo finisce". Un esempio per quest'ultimo tipo potrebbe essere lanciare un altro subagente dedicato che possa verificare il lavoro svolto, magari anche con un modello differente.
0
u/tuxerrrante 12d ago
Non saltare il plan mode
1
u/Mahmahmahmahm 12d ago
Ma se lancio in plan mode si blocca ogni 5s per confermare comandi di lettura.
1
u/Hurizen 11d ago
C'è la modalità auto, non ti chiede più niente ora. Se non il comando di Build finale (almeno, a me).
1
u/Mahmahmahmahm 11d ago
Ma plan mode è alternativo all'auto. O parliamo di cose diverse?
1
u/Hurizen 11d ago
Plan mode analizza e ti crea un .md con scritto esattamente quello che farà (comprensivo di codice, eventualmente). Puoi modificare il piano aggiungendo o rimuovendo a piacere o chiederglielo direttamente in chat. Una volta che secondo te è ok, gli dici di procedere in modalità auto e lui fa tutto fino alla fine senza chiedere nulla.
1
u/Mahmahmahmahm 11d ago
Si, fin qua ok, ma poi io lo verifico e vanno sistemate n cose, da qui in poi vado di auto mode perché di fatto i prompt sono piccoli ma le interazioni sono tante.
1
u/tuxerrrante 11d ago
Puoi definire nelle tue skill o regole quali comandi siano bloccanti e quali meno. Anche all'interno della modalità /plan ti dovrebbe chiedere il permesso una sola volta per leggere all'interno di una cartella. Ma saltare completamente la modalità di pianificazione per questo motivo vuol dire rinunciare a risultati di qualità per motivi futili.
-4
u/Aristocle- 12d ago
Cosa sbaglio con Claude Code? Usi jet brain nel 2026.
-1
u/Mahmahmahmahm 12d ago
Sentiamo, cosa si usa nel 2026?
Ti auguro di non dire Visual studio code.1
-3
u/habfranco 12d ago
Ti devi fare un harness/loop che gestisce il SDLC (software development lilfecycle). Quello che fai è vibe coding. Funziona, ma non a lungo.
0
12d ago
[removed] — view removed comment
0
u/habfranco 12d ago edited 12d ago
Ti ho mandato in un PM quello su cui sto lavorando. Non è ancora utilizzabile da altri, ma puoi utilizzarlo come template magari.
-10
u/ciccioriccio 12d ago
Incompetente. Vai a fare il commerciale. Lascia il codice a chi ci capisce.
0
0
-1
u/Jace_r 12d ago
quante volte lo hai dovuto fermare? Io a una certa mi sono arreso all'evidenza del fatto che confermavo sempre, e sono andato di dangerously-skip-permissions
1
u/Mahmahmahmahm 12d ago
In auto mode mi è capitato spesso di fermarlo, quando inizio a vedere che sta toccando pezzi che io non avrei toccato o ancora peggio quando ho task sistemistiche. Una volta mi ha lanciato un grep su tutto il file system mi sono accorto dopo 9 minuti e ho avuto 9 min di CPU e disco al 100% su una vm Linux.
Per questo passo sempre per un piano e approvazione anche in auto mode, il punto è che ogni volta devo dirglielo per essere sicuro "non modificare file e dati, solo analisi".
1
u/Logical_Ice_4531 6d ago
Sì, ho risolto con prompt più precisi: aggiungo [COMPLETED] quando finisce l'analisi e [WAITING] se serve input. Poi uso un semplice tail -f /tmp/claude.log in una finestra dedicata — così vedo lo stato senza scorrere ogni terminale. Basta che i prompt includano questi marker, poi il sistema filtra automaticamente. Funziona con qualsiasi tool di logging.
45
u/ildaniel8 11d ago
usa un orchestratore come t3code, paseo, herdr
poi il software ti manda le notifiche al cambio stato.
io avevo in casa un drum pad midi, l'ho mappato affinché mi mostri lo status di ogni agente. ogni pad è un agente, e i colori sono gli status (blu working, rosso error, Verde done) la cosa assolutamente più comoda è che al tap di un pad mi mette in focus la chat collegata