Spiegazione dei loop: Claude, GPT, Mira e cosa funziona davvero

L'IA è nelle mani di tutti da anni. La maggior parte delle persone che la usano ogni giorno la usano ancora nel modo più lento che esista: scrivere una richiesta, aspettare, correggere, chiedere di nuovo, tutto manualmente.

Non perché il metodo più veloce sia complicato, ma perché nessuno ha mai mostrato loro come sia fatto.

Il metodo più veloce è un ciclo, e in questo momento è l'unica cosa a cui i migliori ingegneri di IA al mondo stanno pensando. Questo articolo risolve la parte che nessuno ha mai spiegato.

Alla fine, capirai i cicli meglio di quasi chiunque altro nel tuo feed: cosa sono, come funzionano realmente sotto il cofano, quando valgono la pena e quando sono una trappola, come costruirne uno base tu stesso in Claude o ChatGPT, e quelli semplici che vale la pena usare nella tua vita quotidiana.

Prima di iniziare, seguimi su X per altri consigli pratici, flussi di lavoro e strumenti sull'IA. Condivido nuovi contenuti sull'IA ogni giorno.

X: https://x.com/ai_rohitt

Come usa l'IA la maggior parte delle persone?

Osserva attentamente l'abitudine di fare una richiesta alla volta, perché è tutto il problema. Ogni passo passa attraverso di te. Decidi tu cosa chiedere, giudichi tu la risposta, decidi tu cosa fare dopo. L'IA non si muove mai a meno che tu non la spinga, e nel momento in cui ti fermi, si ferma.

Questo va bene, ma ha un limite. Sei tu il motore. L'IA è solo lo strumento nella tua mano, e uno strumento non fa nulla da solo.

C'è un altro modo di lavorare, ed è il motivo per cui i migliori ingegneri del mondo stanno cambiando il modo in cui costruiscono. Invece di guidare l'IA attraverso ogni passaggio, le dai l'obiettivo una volta e la lasci eseguire i passaggi da sola. Pianifica, fa il lavoro, controlla il proprio risultato, corregge ciò che è debole e ripete finché l'obiettivo non è raggiunto. Tu esci. Il lavoro continua.

Cos'è un ciclo?

Un prompt è una singola istruzione. Un ciclo è un obiettivo che l'IA continua a perseguire finché non lo raggiunge. Pensalo come un obiettivo ricorsivo: definisci uno scopo e l'IA itera fino al completamento.

Un prompt ti dà una risposta e poi aspetta che tu decida cosa fare dopo. Un ciclo esegue l'intera sequenza da solo:

1SCOPRI  →  determina cosa deve essere fatto
2PIANIFICA      →  decide come farlo
3ESEGUI   →  fa il lavoro
4VERIFICA    →  lo controlla rispetto all'obiettivo
5ITERA   →  non ci sei ancora? reinserisci il risultato e ripeti

Tre di questi cinque fanno tutto il lavoro vero, ed è lì che le persone sbagliano con i cicli.

Verificare è il cuore del ciclo. Senza un controllo reale sul risultato, non hai un ciclo; hai un agente che è d'accordo con se stesso all'infinito. Il controllo è ciò che trasforma la ripetizione in progresso. Può essere un test oggettivo ("il codice supera il test"), una condizione misurabile ("il numero è superiore a X"), o una rubrica di valutazione rispetto a cui il modello si confronta. Nessun punto di controllo significa che l'agente si valuta da solo, e il modello che ha fatto il lavoro è un valutatore fin troppo generoso.

Lo stato è ciò che permette al ciclo di imparare. Ad ogni passaggio, l'IA deve ricordare cosa ha già provato, altrimenti ripete lo stesso errore per sempre. Un ciclo reale tiene un piccolo registro a parte: cosa è stato fatto, cosa è fallito, qual è il prossimo passo. L'esecuzione del giorno successivo riprende invece di ricominciare da zero. Ed è esattamente qui che inizia a diventare costoso, cosa che vedremo tra poco.

Una condizione di stop è ciò che lo mantiene sensato. Un ciclo senza uscita funziona fino al successo, al punto di rottura o fino a quando non prosciuga il tuo conto. Ogni ciclo serio ha due modi per fermarsi: il successo e un limite massimo ("dopo 8 tentativi, fermati e riporta"). Salta questo passaggio e hai costruito una macchina che può funzionare tutta la notte per nulla.

Un prompt consegna all'IA un'istruzione. Un ciclo consegna all'IA un lavoro, un modo per sapere quando il lavoro è finito e una regola su quando arrendersi.

Ne hai davvero bisogno?

La maggior parte degli articoli ti vendono il ciclo prima di dirti quando è un errore. Ecco il test che usano le persone serie. Un ciclo vale la pena di essere costruito solo quando tutte e quattro queste condizioni sono vere:

• L'attività si ripete, almeno settimanalmente. Meno di così e il costo di configurazione non si ripaga mai. Un'attività una tantum è ancora meglio gestita con un buon prompt.
• Qualcosa può rifiutare automaticamente un output scadente. Un test, un controllo di tipo, una build, un linter, una regola ferrea. Se nulla può bocciare il lavoro per te, il ciclo gira a vuoto.
• L'agente può effettivamente svolgere il lavoro da solo, dall'inizio alla fine, senza rimetterti in mano metà del lavoro.
• "Fatto" è oggettivo, non una questione di opinioni. Se la qualità è una questione di gusti, un essere umano è ancora la scelta migliore.

Se anche solo una di queste viene meno, lascialo come prompt manuale. La versione onesta di tutto questo argomento: l'ingegneria dei cicli è reale, e la maggior parte delle persone non ha ancora bisogno della versione pesante. Quello che tutti possono usare è la versione leggera, di cui parleremo. Ma dovresti sapere dov'è il confine.

La versione costruita per il codice

I cicli sono decollati prima nel software, perché il codice è la cosa più facile da verificare al mondo. Un test supera, o fallisce. Non c'è discussione, quindi l'IA sa sempre se ha finito.

A un ciclo di codifica vengono dati un obiettivo e un modo rigoroso per verificarlo:

1▸ SPECIFICHE DEL CICLO
2OBIETTIVO: ogni test in /tests/auth supera, lint è pulito, nessun errore di tipo.
3
4OGNI ITERAZIONE:
5  1. esegui la suite di test e leggi ogni fallimento
6  2. scegli il singolo fallimento a più alto impatto
7  3. scrivi la modifica più piccola che lo risolve
8  4. riesegui i test, lint e type checker
9
10VERIFICA: test verdi + zero warning lint + zero errori di tipo
11FERMATI QUANDO: la verifica passa, OPPURE sono state raggiunte 8 iterazioni
12ALLA FERMATA: riassumi cosa è cambiato e cosa ancora fallisce

Sotto il cofano, un ciclo reale è assemblato da cinque elementi costitutivi. Claude Code e Codex ora includono tutti e cinque.

1. L'automazione (il battito cardiaco)

Questo è il trigger che lo rende un ciclo e non un'operazione una tantum che hai eseguito una volta. Definisci un prompt, una cadenza e un obiettivo, e viene eseguito secondo una pianificazione senza che tu lo avvii. In Claude Code, /loop riesegue un prompt a intervalli, /goal mantiene attiva una sessione finché una condizione che hai scritto non è effettivamente vera, gli hook attivano comandi in punti specifici del ciclo di vita dell'agente, e spingerlo in un cron job o in GitHub Actions lo mantiene in esecuzione dopo che hai chiuso il portatile. I risultati arrivano a te. Non sei tu a dover andare a controllare.

2. La skill (istruzioni riutilizzabili)

Invece di incollare un muro di istruzioni in ogni esecuzione, le salvi una volta come file che il ciclo legge ogni volta: le regole, i pattern da seguire e un elenco tassativo di ciò che non deve mai toccare. Ora l'automazione chiama la skill per nome, e il lavoro ricorrente rimane gestibile invece di marcire all'interno di una pianificazione che nessuno aggiorna.

3. Sub-agenti (tieni il creatore lontano dal controllore)

Il trucco strutturale più utile in un ciclo è separare l'agente che fa il lavoro dall'agente che lo controlla. Il modello che ha scritto il codice è troppo indulgente nel valutare il proprio lavoro. Un secondo agente, con istruzioni diverse e talvolta un modello più potente con uno sforzo maggiore, cattura le cose che il primo si è lasciato sfuggire. Il tuo scrittore può essere veloce ed economico; il tuo revisore lento e severo. Questa separazione è la maggior parte della qualità.

4. Connettori (così agisce, non suggerisce)

Questa è la differenza tra un agente che dice "ecco la soluzione" e un ciclo che apre la pull request, collega il ticket e notifica il canale una volta che la build è verde, da solo. I connettori sono ciò che permette al ciclo di agire all'interno del tuo ambiente reale invece di descrivere semplicemente cosa farebbe se potesse.

5. Il verificatore (il cancello)

Il test, il controllo di tipo o la build che rifiuta automaticamente il lavoro scadente. Questo è l'unico elemento che decide se il ciclo ti aiuta o si limita a spendere i tuoi soldi. Tutto il resto è solo idraulica. Questa è la parte che lo rende reale.

Metti tutto insieme e ottieni ciò che i grandi team ora eseguono su larga scala: flotte di agenti che ciclano sullo stesso lavoro, dozzine o migliaia alla volta. Un ingegnere ha usato un ciclo come questo per riscrivere un intero codebase da un linguaggio di programmazione a un altro in circa sei giorni, un lavoro che a mano avrebbe richiesto quasi un anno. È un vero cambiamento nel modo in cui il software serio viene costruito. E ha un aspetto negativo che le demo non mostrano mai.

Il costo che nessuno menziona

I cicli funzionano con i token, e i token sono denaro. Il problema non è che ogni passaggio costi qualcosa. Il problema è come il costo si accumula.

Ogni volta che il ciclo gira, l'agente rilegge il suo contesto: l'obiettivo, il codice, l'ultimo risultato, cosa è fallito. Tutto questo cumulo viene inviato di nuovo attraverso il modello ad ogni iterazione, e cresce ad ogni passaggio. Un ciclo che viene eseguito dieci volte non costa dieci prompt. Costa dieci prompt, ognuno dei quali diventa sempre più grande. Il trucco di separare il creatore dal controllore, che migliora la qualità, raddoppia anche il conto, perché ora due modelli leggono il lavoro invece di uno.

1▸ COSTO APPROSSIMATIVO DI UN CICLO
2agente singolo, un'attività media:      ~da 50.000 a 200.000 token
3contesto reinviato ad ogni iterazione:    cresce ad ogni passaggio
4una flotta di agenti in parallelo:      moltiplica tutto quanto sopra

La metrica che conta davvero, e che quasi nessuno tiene traccia, è il costo per modifica accettata. Non i token spesi o i cicli eseguiti. Se il ciclo ti dà dieci risultati e ne butti via sei, stai facendo il lavoro di revisione che avrebbe dovuto risparmiarti. Al di sotto di un tasso di accettazione del 50%, costa più di quanto restituisce.

I cicli falliscono anche in silenzio. L'ingegnere Geoffrey Huntley lo chiama il "ciclo di Ralph Wiggum": l'agente decide di aver finito troppo presto, esce con un lavoro a metà, e il ciclo continua a funzionare e a spendere senza produrre nulla. Senza un controllo rigido che possa bocciare il lavoro, i cicli non si bloccano; ti fatturano in silenzio.

Ecco perché la versione pesante appartiene ai team con il budget e le protezioni per eseguirla: limiti di iterazione, budget di token, modelli economici per i passaggi noiosi, monitoraggio. Se non sei tu, non ti stai perdendo nulla; l'idea centrale funziona a una frazione del costo e senza alcuna configurazione.

L'ordine che funziona davvero

Se ne costruisci uno, l'ordine conta più degli strumenti. Le persone che realizzano cicli che sopravvivono in produzione fanno tutti allo stesso modo:

11. Prima, rendi affidabile UNA singola esecuzione manuale.
22. Trasformala in una skill (salva le istruzioni).
33. Avvolgi la skill in un ciclo (aggiungi il controllo + la condizione di stop).
44. SOLO ALLORA mettila in una pianificazione.

Saltare i passaggi, pianificare qualcosa che non hai reso affidabile a mano, è esattamente il modo in cui i cicli esplodono mentre dormi. Provalo una volta, rafforzalo, poi automatizzalo.

Costruisci un ciclo base da solo (qualsiasi LLM)

Non hai bisogno di un agente di codifica per capire come funziona. Puoi eseguire un semplice ciclo manualmente all'interno di qualsiasi LLM in questo momento, con nient'altro che un prompt. Il trucco è dare al modello tutte e tre le parti del ciclo in una volta: un obiettivo, criteri di successo rigorosi e un protocollo che lo costringa a controllarsi prima di potersi fermare.

1▸ CICLO DI AUTO-VERIFICA  (incolla in Claude o ChatGPT)
2Lavorerai in un ciclo finché l'attività non soddisfa lo standard.
3
4ATTIVITÀ:
5[descrivi esattamente cosa vuoi che venga prodotto]
6
7CRITERI DI SUCCESSO (sii severo, nessuna approvazione morbida):
8- [criterio 1]
9- [criterio 2]
10- [criterio 3]
11
12PROTOCOLLO DEL CICLO, ripeti ad ogni turno:
131. PIANIFICA   - indica il singolo prossimo passo.
142. FAI     - produci o migliora il lavoro.
153. VERIFICA - valuta il risultato da 1 a 10 per ogni criterio.
16            Sii brutalmente onesto. Elenca esattamente cosa è ancora debole.
174. DECIDI - se ogni criterio è 8+, stampa "FINE" e fermati.
18            Altrimenti stampa "IN ITERAZIONE" e ricomincia, correggendo
19            prima il punto più debole.
20
21REGOLE:
22- Non dichiararlo mai finito finché ogni criterio non è 8 o superiore.
23- Ogni passaggio deve correggere il punteggio più debole dall'ultima VERIFICA.
24- Non farmi domande. Fai un'ipotesi sensata, prendine nota,
25  e continua.
26
27Inizia. Esegui il ciclo fino a FINE.

Osserva cosa succede. Il modello abbozza, valuta il proprio lavoro in base ai tuoi criteri, trova il punto debole e riscrive, più e più volte, finché non supera effettivamente la soglia invece di darti la prima cosa che sembrava vicina. Questo è un ciclo. Ne hai appena costruito uno con un paragrafo.

Ma nota cosa manca ancora, perché è il punto centrale di ciò che verrà dopo. Tu sei il trigger. Hai aperto la chat, hai incollato il prompt, sei lì seduto a guardarlo iterare. Chiudi la scheda, e il ciclo è sparito. Non c'è una pianificazione. Non c'è un "fallo ogni mattina", non c'è un "svegliati quando arriva un'email". Non può contattarti, perché esiste solo mentre lo stai guardando.

Per ottenere un ciclo che funzioni da solo, secondo una pianificazione, attivato da eventi reali, senza che tu lo supervisioni, normalmente devi entrare nel mondo pesante di prima: strumenti, hosting, codice, controlli e un conto da pagare.

Questo ha senso quando affronti compiti veramente pesanti. Ma per il 99% delle attività quotidiane, esiste già una soluzione pronta e semplicissima.

La stessa idea, per la tua vita reale

Togli il codice e il costo, e ciò che rimane è un concetto semplice e davvero utile: un'attività che si esegue da sola, secondo una pianificazione o nel momento in cui accade qualcosa, senza che tu debba ricordartene o essere presente. Non hai bisogno di essere un ingegnere per questo. Hai solo bisogno di cicli costruiti per la vita, invece che per i codebase.

Esiste un'opzione gratuita in cui ne crei uno descrivendolo a parole semplici. Nessun codice, nessun hosting, nessuna chiave, nessuna scheda da tenere aperta, nessun ordine di costruzione da sbagliare.

Si chiama Mira e vive all'interno di Telegram, l'app che probabilmente hai già aperta. Le mandi messaggi come a un amico, e i cicli che esegue si chiamano Skills. Ogni Skill ha silenziosamente le stesse parti di un vero ciclo: un trigger, un'azione, un modo per eseguirsi da sola, tranne per il fatto che non devi mai collegarle insieme. Dici solo cosa vuoi.

1▸ SKILL
2"Ogni giorno feriale alle 7:00, controlla la mia Gmail e Google Calendar.
3Inviami un breve riepilogo: le mie 3 riunioni più importanti, qualsiasi
4cosa urgente nella posta in arrivo e una cosa che ho detto che avrei
5seguito ma non l'ho fatto. Mantienilo sotto le 120 parole."

Questo è un vero ciclo. Un trigger temporale, un'azione multi-passaggio su due app collegate, che funziona da solo e viene da te. L'hai scritto come un singolo messaggio.

Cosa può fare realmente Mira

Ecco la parte che lo fa capire. Mira non è un chatbot più intelligente. La differenza da ChatGPT è semplice: ChatGPT risponde, Mira agisce. Non gli chiedi di scrivere l'email; gli dici di inviare l'email. Non ricevi una bozza di ticket, ne ricevi uno vero in Linear con il proprietario assegnato. Fa la cosa in background e si ricorda di te tra una conversazione e l'altra.

Si connette a oltre 500 app tramite Composio (Notion, Gmail, Google Calendar, GitHub, Figma, Stripe e centinaia di altre), ha una memoria a lungo termine che persiste tra sessioni e chat di gruppo, ed è indipendente dal modello, utilizzando GPT, Claude e Gemini a seconda dell'attività. Ecco in cosa si traduce.

**Per il lavoro

**È qui che l'idea dei cicli dà i suoi frutti senza una singola riga di codice.

1▸ SKILLS
2"Un'ora prima di ogni riunione, ricordami il contesto e le
3decisioni della nostra ultima conversazione con quella persona."
4
5"Quando inoltro un messaggio qui, trasformalo in un ticket Linear
6con la priorità giusta e assegna il proprietario."
7
8"Ogni venerdì alle 16:00, raccogli lo stato delle attività e le metriche
9del team e pubblica un riepilogo settimanale pulito nella nostra chat."
10
11"Riassumi tutto ciò che mi sono perso in questa chat di gruppo mentre
12ero via, in 5 punti."

Ti recupera su un thread di 200 messaggi in secondi, inserisce il ticket mentre continui a parlare e arriva alle riunioni già informato. Nelle chat di gruppo, ricorda le decisioni e le attività del team, non solo le tue.

**Per i creatori

**Questa è la parte che la maggior parte delle persone sottovaluta. Mira produce contenuti dall'inizio alla fine, all'interno della chat.

1▸ SKILLS
2"Invierò un messaggio vocale con un'idea grezza. Trasformalo in un post
3finito con didascalia e hashtag."
4
5"Prendi questa singola idea e scrivi versioni per X, Instagram, LinkedIn,
6Email e una newsletter, ognuna nel formato giusto."
7
8"Genera 3 opzioni di immagine per questo post."
9
10"Trasforma questa immagine in un breve video per il mio canale Telegram."

Messaggio vocale in entrata, post finito in uscita in circa trenta secondi. Un breve brief diventa sei versioni native per piattaforma. Genera immagini e video direttamente nella chat, modifica foto, cambia sfondi, costruisce mascotte e avatar, persino lip-sync e li anima. L'intera pipeline di contenuti vive in una finestra.

**Per la voce

**Mira tratta la voce come un input di prima classe, e questo conta più di quanto sembri.

1▸ SKILLS
2"Trascrivi i miei messaggi vocali in testo pulito."
3"Leggimi questo articolo come audio."
4"Riassumi i messaggi vocali in questa chat di gruppo in punti chiave."

Trascrive i tuoi messaggi vocali, ti rilegge il testo, comprende i messaggi vocali all'interno delle chat di gruppo e riassume la discussione, e funziona come assistente vocale a mani libere quando non puoi digitare.

**Per la tua vita

**Lo stesso motore, puntato su tutto il resto.

1▸ SKILLS
2"Ogni sera alle 19:00, chiedimi se mi sono allenato oggi. Mantieni una
3serie e non permettermi di saltare più di un giorno senza conseguenze."
4
5"Ogni notte, fammi 3 domande sulla mia giornata, ricordati le
6risposte, e una volta alla settimana dimmi cosa è cambiato."
7
8"Traccia le mie calorie da una foto del mio piatto."
9
10"Tieni d'occhio questa rotta aerea e compra quando il prezzo scende al mio
11importo."
12
13"Ogni mattina, dammi un riepilogo delle notizie senza clickbait sui miei
14argomenti."

Un coach che ti tiene a una serie. Un diario che si ricorda di te e diventa un compagno di check-in nel tempo. Monitoraggio delle calorie da una foto, senza app separata. Pratica della lingua costruita dai tuoi stessi errori. Un osservatore di voli che compra quando il prezzo è giusto. Un riepilogo quotidiano senza il clickbait.

Come iniziare in due minuti

Apri Telegram. Vai su Mira. Invia un messaggio. L'accesso gratuito funziona immediatamente. Prova uno di questi per primo:

1@mira, pianifica la mia settimana
2@mira, riassumi questa chat
3@mira, ricordami di rivedere le PR ogni lunedì alle 9:00
4@mira, scrivi un post su [argomento] per X e Instagram

Qualsiasi esempio in questo articolo diventa un ciclo in esecuzione nel momento in cui lo scrivi.

Cosa significa realmente per te

I cicli non sono una moda. Sono un cambiamento in chi fa il lavoro. L'IA smette di aspettare che tu la spinga attraverso ogni passaggio e inizia a eseguire l'intero lavoro da sola.

Detto questo, non è qualcosa da inseguire o forzare in posti dove non appartiene. Il più delle volte, brucerai solo soldi per nulla.

Il mio consiglio: inizia usando ciò che è già lì gratuitamente, e solo quando senti realmente che non è abbastanza, inizia a pensare a ciò di cui hai veramente bisogno.

Se vuoi rimanere aggiornato sugli ultimi strumenti, consigli e flussi di lavoro sull'IA, seguimi su X. Condivido nuovi contenuti sull'IA ogni giorno.

X: https://x.com/ai_rohitt