Come Creare TEAM di Agenti Claude Meglio del 99% Delle Persone

Mando questo prompt a Cloud. Tutti e tre i teammate sono spawnati e attivi, quindi abbiamo Marte's backend con Sonnet, Marte's frontend con Sonnet, Marte's Q&A con Sonnet. Nel frattempo guardate qua, backend ha implementato tutto. Rispondo a Q&A agent con questo. Mando adesso un altro messaggio al front-end e quindi ora gli agenti in parallelo si stanno parlando fra di loro. Dopo circa 8-10 minuti ha finito, ha fatto interamente il front-end, il back end. Avere un singolo agente su Cloud Code ormai è come avere un dipendente che fa tutto quanto. Funziona, ma sei lievitato perché è da qualche settimana ormai che è uscita una nuova feature di Cloud Code che cambia il modo in cui lo usiamo. Sto parlando di agent teams, ossia i team di agenti di Cloud Code e tutti quanti vedo che si stanno confondendo, scambiano gli agent teams con i subagenti che già avevamo normalmente con Cloud Code o Cloud Cowork. In questo video, infatti, voglio farti vedere esattamente cosa sono i team di agenti e come differiscono dai subagens, come si attivano in 2 minuti, come usarli in maniera efficace e soprattutto ti mostro un caso d'uso reale per automatizzare un vero processo, per costruire qualcosa di concreto che sia veramente utile. Se è la prima volta che vedi questi video, sono un ingegnere informatico e gestisco Marte SE, un'azienda attraverso la quale aiutiamo le imprese a scalare implementando l'intelligenza artificiale all'interno dei loro processi. Partiamo dalla formazione del loro team sull'intelligenza artificiale, infatti ormai abbiamo formato più di 300 persone dal vivo sull'utilizzo di strumenti come ad esempio Cloud Code, Cloud Cowork o le AI in generale. Poi andiamo ad analizzare i loro processi per capire dove ha senso implementare le AI all'interno della loro realtà e infine andiamo a sviluppare queste soluzioni che troviamo. Senza perdere altro tempo direi di passare subito al video. Bene, come al solito andiamo a vedere prima il concetto, cioè qual è la differenza fra i subens che avevamo prima e i team di agenti? Beh, essenzialmente quando noi mandavamo un prompt, quindi al suo main agent, lui o se lo chiedevamo noi oppure di sua sponte andava a creare dei sub agents, cioè dei sottoagenti che potevano anche operare in parallelo, cioè che ne so, questo fa una cosa, questo ne fa un'altra e questo ne fa un'altra ancora. Il problema è che questi subagens non si parlano fra di loro, nel senso che una volta che lui ha finito finisce e restituisce l'output. Stessa cosa fa lui, stessa cosa fa lui e quindi abbiamo un agente alla volta, non c'è comunicazione fra di loro, non c'è una task list, quindi non si dividono veramente i compiti fra di loro in maniera intelligente e comunque un approccio abbastanza economico questo. Ora il problema è che se seguite i miei video sapete che è una cosa che dico spesso, se utilizzate gli agenti in parallelo non gli fate fare dei task che sono complementari, nel senso fate sempre dei task che sono l'uno separato dall'altro. Che ne so, un agente fa scraping the leads su LinkedIn, un'altra gente fa scraping the leads su Instagram, ad esempio. I team di agenti invece sono diversi. Noi quando mandiamo un prompt e passiamo a Cloud Code, quindi il main orchestrator, quello che succede è che ci sono ad esempio tre agenti. Questi agenti riescono a parlarsi fra di loro, non solo, hanno anche una task che condividono, così ognuno sa che cosa sta facendo l'altro e prima di pestare i piedi all'altro agente, magari aspetta perché deve finire una certa funzionalità. E quindi questo è ottimo per la costruzione in parallelo di front-end, backhand e poi c'è un QA agent che insomma interroga questi qua. Questo è un trucco che andremo a vedere insieme. Fare un agente per il front-end e uno per il back endastanza responsabile da fare prima, perché perché molto spesso per costruire il front-end avevamo bisogno di alcune funzionalità del backend, come ad esempio quando devo cliccare un pulsante deve finire dentro il database. devo aver costruito il database. Allo stesso modo per costruire il backend a volte mi servivano alcune funzionalità del front-end. Quindi questi team di agenti risolvono questo problema e riusciamo a andare veramente questa volta in parallelo, riescono a comunicare direttamente. Abbiamo questa share task list. L'unico problema è che ovviamente è un pochettino più costoso a livello di token. Ora come usarli? Dobbiamo abilitare una variabile all'interno delle impostazioni di Cloud, veramente facilissimo. Ci conviene creare una reference guide prendendo proprio eh la la guida di come usare questi agenti, direttamente gli Antropic e poi gli dobbiamo passare un buon prompt che tranquilli andremo a vedere tutto quanto dopo. Cosa fare e cosa non fare. Allora, cosa fare? Vogliamo dire agli agenti di avere ognuno il proprio file e poi avremo un file generale dove andiamo a condividere i task con gli agenti in parallelo. Dobbiamo prima fare un piano prima di e partire con l'esecuzione degli agenti e dobbiamo scegliere il giusto modello per gli agenti. Nel senso, noi possiamo far partire in parallelo diversi agenti con modelli diversi. Quindi, ad esempio, se facciamo partire tre agenti in parallelo con Haiku, andiamo a spendere molto di meno rispetto se lo andiamo a fare con Opus e facendo partire magari tre agenti in parallelo con Haiku riusciamo ad arrivare, nonostante sia un modello un pochettino meno intelligente degli altri, ha un ottimo risultato se lavoriamo in parallelo. Quindi se usate correttamente riusciamo anche a salvare molti token. Cosa non farli? Non li usare per task sequenziali. A quel punto usa i subagent. Siccome gli agent teams costano un po' di più, facciamolo solamente quando abbiamo davvero bisogno di lavorare in parallelo. Non aprire più di cinque agenti. Consiglio infatti massimo tre agenti in parallelo e non mergere nulla senza review umano, cioè quando avremo tre output diversi, magari di tre agenti in parallelo, andiamo a revisionare prima di dire "Ok, unisci tutto in un unico output." Bene, basta teoria, andiamo subito dentro Cloud Code. Ti fermo un attimo per dirti che fra circa 10-14 giorni sto uscendo con un corso completo su Cloud. Sto parlando quindi di Cloud Cowork e Cloud Code. Saranno circa 10 ore di corso, se non qualcosa di più e credo di poter dare veramente un punto di vista innovativo su l'ecosistema di cowork e cloud code, in quanto noi con Marsi stiamo utilizzando ogni giorno da ormai 6 mesi Cloud Code e stiamo utilizzando Cloud Code anche e Cloud Cork i nostri clienti. Stiamo andando a fare la formazione ai nostri clienti con Clode Cork, stiamo costruendo le soluzioni con Cloud Code e quindi sto creando un corso che parte dalle basi, poi si va su Cork e poi attacchiamo anche Cloud Code. Se la cosa ti interessa, trovi nel primo link in descrizione un link per metterti in waiting list. Infatti le prime 100 persone che si iscrivono otterranno il corso ad un prezzo scontato, quindi se la cosa ti può interessare clicca il primo link in descrizione. Perdonami per l'intruzione, passiamo subito al tutorial. Bene, a me piace utilizzare Cloud Code all'interno di Visual Studio Code. Potete scaricarlo dal web, basta che cercate Visual Studio Code. Poi io per utilizzare Cloud Code lo utilizzo qui dalle estensioni, basta che cercate Cloud Code, ve lo installate e potete utilizzare Cloud Code qui dall'estensione in alto a destra. Quindi apro Cloud Code e per attivare Agent Teams quello che bisogna fare, io sono sul sito di Antropic, ho cercato Cloud Code Agent Teams. Qui vedete per fare per mettere effettivamente per attivare gli Agent Teams ho dovuto prendere questo codice qui che ve lo lascio qui sotto poi in descrizione e gli dico "Mi puoi modificare le impostazioni qui del progetto localmente per cambiarle in questo modo?" Passo questo piccolo prompt cloud. Se vedete adesso ha creato un folder che si chiama cloud. Dentro settings.loccal.jonj ha effettivamente messo questa eh variabile cloud code experimental perché è ancora una feature sperimentale. Agent Teams uguale a 1, quindi l'ha attivata. Perfetto. Quello che faccio quindi è apro un altro Cloud code, chiudo quest'altro qui. Poi una cosa che vi consiglio di fare è andare su questa pagina qui, quindi per cerc per trovarla basta che fate cloud code agent Teams e sarà questa qua e c'è questa funzionalità, copy page, possiamo copiarla in markdown. Quindi, se vedete, qui ci appare tutto questo markdown che gli LM adorano il linguaggio markdown. Quindi facciamo Command, se siete su Windows Control, Command A, Command C, torno qui su Cloud, glielo incollo e poi gli dico, "Guarda, questa è la guida per utilizzare in maniera efficace eh i nuovi Agent Teams di Cloud. Voglio che mi crei una reference guide da eh utilizzare ogni volta che ti chiedo di usare eh gli Agent Teams. In questo modo ogni volta che utilizzeremo gli Agent Teams, li utilizzeremo sempre meglio e miglioreremo ad ogni itazione. Quindi questa è una cosa che a me piace fare quando voglio connettere una nuova feature piuttosto che c'è una documentazione ad esempio API abbastanza difficile, semplicemente me la prendo, la passo a Cloud Code e gli dico, "Guarda, creami una serie di guide oppure una una macro guida da confrontare, da andare a vedere ogni volta che devi utilizzare questo determinato strumento." E ad esempio qui Cloud è stato abbastanza intelligente da capire che la cosa migliore da fare non era creare una guida, piuttosto una skill chiamata skill agent teams, così che ogni volta che noi parliamo di Agent Teams andiamo a invocare quella skill. In questo modo non andiamo a creare dei documenti da caricare ogni volta, ma andiamo a usare la skill solo ed esclusivamente quando ci serve. Ottimo. Se vedete è stata registrata nella tabella delle skill disponibili, verrà invocata automaticamente, quindi contiene la tabella decisionale, quindi quando usare gli agent teams, mentre quando usare i subagent. Ottimo. Pattern di sworn prompt efficaci, quindi le cinque cose da includere sempre. Ottimo. Pattern testati, quindi c'è la parallel review, cross layer feature. Wow. Ok, quindi adesso noi possiamo pronti a creare gli agent teams, esattamente come l'insegnantropic. Quindi qua gli ho detto, "Vorrei creare un'app di scheduling tipo Calendly persi, la mia azienda". Quindi prima cosa, se voglio creare un un'app per la mia azienda, carico le mie informazioni aziendali, quindi il mio font, i miei colori e quant'altro. Tra l'altro questo è un file utilissimo, vi consiglio di crearvelo. Qua ci sono i miei colori e i miei font aziendali. Bene, per Marte SI con una califica fatta prima della call, quindi gli dico, "Usiamo i miei font e colori aziendali". Ottimo. Poi gli ho detto, "Vorrei creare un team di tre agenti. Dimmi tu cosa ne pensi. Magari tre agenti sonnet bastano". Pensavo un qualcosa come un backend developer si occupa della parte dietro le quint. Qui ho fatto proprio un prompt come se fossi un principiante che non sa bene eh come approcciare il problema. Quindi quando è finito passa le informazioni al frontend developer. Frontend developer costruisce la parte che vedo io, quindi il form di qualifica, il calendario per scegliere lo slot, la pagina di conferma, bla bla bla. E un Q&A agent. Questo è essenzialmente un agente che controlla che tutto funzioni, parte dai test mentre gli altri lavorano, quindi mentre gli altri due lavorano, testa le due funzionalità. Questa è una cosa che ho visto da Antropic interessante per insomma vi consiglio sempre di implementare un QA agent alla fine di ogni build che fate per fare quindi test completi end to end. Alla fine vorrei l'app che gira, un report con i risultati. Dimmi che approccio faresti tu prima di tutto. Quindi, prima di tutto non uso più bypass permissions, ma plan mode, perché qui voglio un attimo brainstormare con Clude e sapere anche lui che cosa ne pensa. Guardate qua, invoco la skill Agent Teams che ho appena creato, quindi ha capito che dovevamo usare gli Agent Teams perché avevamo appena creato la skill insieme. Ottimo. Esplora il le i miei colori aziendali. Perfetto. Guardate qua cosa mi sta dicendo. Il tuo schema backhend frontend QA è un vero problema per come funziona il team. del valore quando vanno davvero in parallelo. Quindi far aspettare il front-end al backend significa pagare il costo dei team per far loro lavoro essenzialmente sequenziale. Ottimo. Quindi qua mi sta dicendo, guarda, tu stai bruciando più token per usare gli Agent Teams, ma in realtà stai andando in maniera sequenziale. Ottimo. Quindi grazie alla skill sappiamo questa cosa. Cambierei. Invece di un endof sequenziale definirei un pi contract prima. Una volta che il contract esiste, backhend e frontend lavorano in parallelo con lo stesso contratto. Ok. Wow, mi piace. Chi scrive il contract io lead dove il contract è il il form di contatto prima di fare il team. Sono circa 20 minuti di lavoro che sbloccano vere ore di paralleli. Tre agenti Set 4.6 vanno benissimo per questo scope. Stack che proporrei. Next. SQL Lite il Wind Antropic SDK. Ok. Playwright per il test. Ottimo. E qua mi chiede cosa deve fare esattamente la qualifica che hai prima della call. For smart adattivo mi piace. Calendario. Per ora per questa demo faccio slot interni fissi. Ma poi ovviamente possiamo switchare con il nostro calendario stack tecnico. Andiamo con Next. Ehm, per la qualifica AI useremo Cloud Sonnet 4.6. Ce l'hai un antropic API key. Quali dico? Usiamo Open Router. Ok. Poi quello che faccio qui è per creare delle credenziali. Mi raccomando, non passate le credenziali qui all'interno della chat. Vi conviene creare un file che si chiama punto env. Qui ci metteremo insomma i nostri token, i nostri API key, informazioni riservate e qui ci metto all'interno del mio file ENV, la mia open router Py, quindi dovete mettere open router e scrivete la vostra chiave PI. Faccio command S per salvare questo file. Ora, in realtà, potete anche passare alle chiave piat, non è una cosa sicura, non vi consiglio, però se vi fa paura creare un file. Mv e scrivere la le credenziale, la potete anche passare in chat. Però la best practice vuole per questioni di sicurezza di non lasciare le credenziali qui all'interno della chat con le I. Quindi io vi consiglierei di fare così. Open router cambia l'entrigazione, scrivo il piano. Ok, qua mi passa il piano. Scheduling app, outcome desiderato, bla bla bla. Approccio con Agent Teams. Ok, i colori, il font, gli endp, eccetera eccetera. Va bene. Adesso qua gli dico che accetto. In realtà lo fermo un attimo e non uso edit automatically, ma utilizzo bypass permissions. Questo è un modo per andare ancora più veloci. Eh, ti sei fermato? Continua pure il piano. Bene, questa è una cosa che a me piace piace molto fare, cioè prima fare il il planning, il brainstorming che faccio di solito o con la modalità planning o con una skill che si chiama Super Power eh, che consiglio tantissimo. Ci sono una serie di skill che secondo me sono fondamentali che poi nel corso che vi dicevo che volevo realizzare le andremo a vedere. Ad esempio, io quello che utilizzo sempre eh sono se voglio sprecare pochi token, eh Cavem, una essenzialmente per sprecare pochissimi token e far parlare Cloud come se fosse un uomo della caverna. E un'altra è super poers, sono due skill che io utilizzo e che consiglio quasi sempre. Un'altra cosa che a me piace sempre fare, una volta che ho provato il piano con Super Powers o con Plan Mode di Cloud, lo faccio andare in bypass permissions. Oppure se c'è un qualcosa sulla quale devo stare un pochettino più attento, non vado in bypass permissions, ma utilizzo una modalità che si chiama auto modode, cioè cloud va avanti per conto suo, è meglio di edit automatically, ma essenzialmente si ferma solamente quando valuta un problema di sicurezza o un problema insomma critico. Quindi questo è quello che mi piace fare e poi quello che ho fatto e ho creato un hook, cioè che quando Cloud finirà di costruire tutto quanto mi arriverà una notifica, un suono sul mio computer. In questo modo io adesso posso alzarmi, andare a cucinare una cosa o uscire, farmi una passeggiata o insomma fare qualcos'altro in parallelo. Quindi ho degli agenti che lavorano in parallelo, nel frattempo io faccio un'altra cosa e Cloud mi manderà una notifica, quindi ci sarà un suono quando avrà fatto. Comunque, se parlo arabo e sto parlando appunto di super power piuttosto che hook e cose di questo tipo, ripeto, [musica] nel corso lo faccio apposta proprio perché voglio mettere tutto questa conoscenza che abbiamo sviluppato in questi mesi con Cloud Code in un corso più breve possibile e anche se sarà una decina di ore, lo fosse per me lo farei anche di 30-40 ore, ma forse diventerebbe un pochettino troppo. Detto ciò, sta continuando a fare l'update del suo piano. Ci aggiorniamo quando ha finito. Volevo farvi vedere una cosa, siamo arrivati al punto del piano dove dice: "Creo il team e poi spawno, cioè creo tre agenti in parallelo". Quindi se vedete questo dice team name Marte scheduler e team lead, quindi c'è il main agent e poi è andato a crearsi i tre agent nello specifico. Vedete qua, questo è proprio il prompt che va a passare, quindi ce lo mettiamo un attimo qua. Uord backend developer per il Martes Scheduler. Gli spiega esattamente come implementare tutto e quello che c'è da fare e poi ha fatto il promptend developer. Quindi questo è il prompt per il frontend developer. Se è il frontend developer del Martes Scheduler bla bla, gli dice quello che deve fare e come lo deve fare e poi ne crea un'altra ancora che si chiama il Q&A engineer teammate. Andiamoci a vedere questo terzo prompt. You are the Q&A engineer. Quale dice i file ai quali hai accesso, quindi ognuno gli dà determinati accessi. Il Q&A agent quello che fa va a fare unit test, quindi è insomma l'ABC del testing del per il mondo del software development, nel senso che deve andare a testare ogni singola funzionalità, poi deve andare a fare, quindi anche qua segue le tecniche fondamentali del software engineering, cioè prima Unit test, quindi vammi a testare ogni singola funzionalità, quel sono che avete sentito look e poi devi fare end to to end testing, quindi prima testa una feature per volta, poi fammi a testare end to end. Guardate qua. Vammi a testare gli edge cases, cioè vammi a testare eh quelle proprio quelle casistiche molto rare che non non avverrebbero quasi mai, che magari uno manualmente testandole neanche ci penserebbe. Cioè quando uno mette un'email invalida che cosa succede? Quando uno magari clicca avanti e non ha messo tutte quante le informazioni, che cosa succede? E alla fine fai un report. E anche qua prompt veramente on point. Tutti e tre i teammate sono spawnati attivi, quindi abbiamo Marte's backend con Sonnet, Marte's frontend con Sonnet, Marte's Q&A con Sonnet. Si va a rivedere i piani perché ognuno dei tre adesso sta scrivendo il piano, se vedete sta scrivendo il piano, sta scrivendo il piano. Il piano del backend è solido. Ottimo, partiamo. Backend approvato, implementazione. Adesso il backend è fermo perché perché aspetto il piano del front-end e i progress del QA. Quindi vedete che adesso questi agent possono parlare fra di loro. Quindi a livello di token sì si consuma di più, però a livello della qualità dell'output non c'è proprio paragone. Infatti noi internamente anche a Martes quello che facciamo con gli Agent Teams è per buttare giù la prima bozza del della build che vogliamo creare, quindi magari andiamo a fare team di agenti, addirittura forse con Sonnet per buttare delle solidi fondamenta e poi quando andiamo a fare tutte le singole modifiche possiamo andare in con i sub agents tranquillamente, però in questo modo, cioè se noi partiamo subito per fare un'ottima base con gli agent teams, i team degli agenti, abbiamo una qualità di output che veramente non è paragonabile, provate a testarlo e non c'è paragone semplicemente andando in maniera sequenziale e poi ovviamente ci mettiamo un terzo del tempo. Nel frattempo guardate qua, backend ha implementato tutto. Rispondo a Q&A agent con questo. Mando adesso un altro messaggio al front-end e quindi ora gli agenti in parallelo si stanno parlando fra di loro. Bene, dopo circa 8-10 minuti ha finito, ha fatto interamente il front end, il back end e guardate la cosa interessante. Per come abbiamo realizzato la skill prima, ha aggiornato il log delle Agent Teams, da quello che ha imparato in questa run mentre i teammate completavano. E guardate qua, c'è nel file findings.md il report dei test passati 87 su 87. Se vedete Unitest ha testato tutte le funzionalità dell'app, funzionano tutte. End to end funzionano tutte, totale, quindi qua c'è tutto il il totale dei test. Se volete qua possiamo visualizzarlo così. Questa è un'estensione di Visual Studio Code per far vedere un attimo meglio i file di Markdown. Quindi qua c'è tutto il report dei test. Ora la testerei subito l'app. ha preso ovviamente i miei colori aziendali, ha messo anche il mio logo, quindi super utile quel eh file che vi dicevo, brand info, lo potete usare per ogni app che fate. Poi la cosa che notiamo è che c'è un form interattivo, immagino, non so se vi ricordate, ma gli ho chiesto di fare un form interattivo e di cambiare le domande in base all'azienda. Qua metto mio nome, metto la mia email, metto martes. Continua quanto è grande la tua azienda. 10 persone. Mettiamo Founder CEO. Su cosa ti serve aiuto? Costruire i agents custom. Quindi qua abbiamo anche un po' fatto typeform, non che ci voglia chissà quanto, però quale budget indicativo? Mettiamo 2050. Quanto velocemente vuoi partire entro 3-6 mesi? Raccontaci breve il contesto. Beh, vorrei realizzare agenti per tutta quanta la mia azienda. Andiamo qua. Ed ecco qua l'interfaccia calendly, come l'avevamo chiesta noi. Perfetto. Col e in pratica la è uguale proprio a calendly 9:30. Clicchiamo conferma. Ovviamente queste disponibilità, non so se vi ricordate, sono statiche. Basta connetterci al calendario, ci mettiamo un attimo, ovviamente conferma. Ed ecco qua, confermato. Quindi, insomma, siamo riusciti a fare un'app relativamente semplice. L'obiettivo del video non era costruire un'app assurda, però è assolutamente un'applicazione che potremmo metterla poi su un sito web, possiamo connetterla veramente al nostro calendario e non pagare più né typeform e né calendarri, ad esempio. E tutto quanto in 8-10 minuti grazie a Agent Teams. Quindi l'obiettivo vero di questo video era farvi vedere questa nuova funzionalità, come settarla, delle best practice, come vedete quelle skill. A me piace sempre fare delle skill [musica] self learning, cioè a me piace sempre ogni volta della skill dire, "Guarda, ad ogni run capisci cosa hai sbagliato o meno e in tal caso auto ehm autoaggiustati". Quindi questo era tutto ciò che avevo da dirvi oggi. Come menzionavo prima, sto per uscire con un corso di cloud dalle basi, poi Cloud Cowork e poi Cloud Code. Sarà circa 10 ore, forse qualcosina di più. E come accennavo, le prime 100 persone che si iscrivono nel primo link in descrizione alla waiting list avranno ovviamente uno sconto appena il corso uscirà. E se invece sei un'azienda e vuoi implementare le AI all'interno dei tuoi processi, trovi nel secondo link in descrizione un link [musica] per l'appunto dove puoi parlarci del tuo progetto. Questo è tutto. Fatemi sapere qui sotto cosa ne pensate.