Basta cercare il prompt perfetto: mostra a Loom che cosa deve cambiare
Record for agent di Loom trasforma una breve registrazione dello schermo in istruzioni per un agente IA. Che cosa cambia nella beta aperta per bug, feedback di design e revisione prima dell'azione.
Il problema si vede subito. Nel prototipo il pulsante è sotto il modulo; nell'applicazione è accanto, e il messaggio di errore spinge entrambi fuori dallo schermo di un telefono. Spiegarlo con sufficiente chiarezza a un agente di programmazione può richiedere più tempo che mostrarlo a una persona.
Il 22 ottobre 2026 Atlassian ha presentato una serie di novità di Loom, tra cui Record for agent, una modalità che converte una dimostrazione dello schermo commentata a voce in istruzioni per un agente IA. Loom, lo strumento di video asincroni usato per mostrare ai colleghi il lavoro, estende questa abitudine al software capace di svolgere il compito successivo. La documentazione indica una beta aperta per i piani Business + AI ed Enterprise, con un limite di cinque minuti per registrazione. Annuncio; requisiti attuali.
La novità interessante è che un flusso di registrazione familiare produce ora istruzioni da ispezionare, modificare e affidare a un agente. La qualità del passaggio diventa una questione pratica, invece di una gara a scrivere il prompt più lungo.
Logo ufficiale di Loom usato per identificare il prodotto. È un marchio grafico, non una schermata di Record for agent. Logo: Loom / Atlassian; regole sull'uso dei marchi.
Una registrazione conserva ciò che la descrizione tralascia
Una segnalazione utile richiede più di «il modulo non funziona». Servono lo stato iniziale, l'azione che provoca il problema, il risultato atteso e quello osservato. Quando questi dettagli sono dispersi tra schermate, URL copiati e chat, qualcuno deve ricostruirne le relazioni prima di correggere qualcosa.
Il flusso documentato di Loom combina istruzioni vocali, fotogrammi chiave, eventi di interazione e link visitati. Nell'estensione Chrome può raccogliere anche messaggi della console e metadati delle richieste o risposte di rete. La versione desktop offre selezione e disegno per evidenziare la parte pertinente dello schermo. Sono dati per le istruzioni generate, non prove che una correzione proposta funzionerà. Dettagli di acquisizione.
A nostro avviso cambia l'unità di comunicazione più utile. Una schermata mostra uno stato; una frase esprime un'intenzione; una breve dimostrazione può spiegare come uno stato debba trasformarsi in un altro. Le istruzioni generate collegano questa spiegazione a un compito eseguibile.
È utile pensare alla registrazione come a un pacchetto di contesto. Deve contenere quanto serve alla modifica richiesta e poco altro. Il limite di cinque minuti può favorire questa disciplina: mostrare un problema, spiegarne la conseguenza e indicare un traguardo chiaro.
Spiegazione originale del passaggio di consegne. Rivedere le istruzioni è un passaggio distinto dall'esecuzione del lavoro da parte dell'agente.
Il feedback di design migliora quando il comportamento desiderato è visibile
Consideriamo un team che modifica una schermata di pagamento. In una dimostrazione illustrativa, il designer potrebbe aprire il layout approvato, mostrare l'applicazione e segnalare tre differenze: l'opzione di consegna scompare in una finestra stretta, il totale si aggiorna tardi e la conferma evidenzia la parte sbagliata. Il valore è nella relazione tra le schermate, non solo nel loro aspetto.
Chi rivede il prompt deve tradurre ogni osservazione in un comportamento. «Sposta questo» è ambiguo quando l'agente non sta più osservando lo stesso istante. «Mantieni visibile il totale dopo un cambio dell'opzione di consegna in una finestra stretta» offre un risultato verificabile.
Questo aiuta quando una modifica coinvolge un file di design e una pagina funzionante. L'esempio dell'assistenza Loom descrive il passaggio tra Figma e un sito mentre si spiega una modifica all'interfaccia. La funzione può catturare il riferimento visibile, ma stabilire quale sia autorevole resta compito del team. Un prototipo curato può omettere stati di caricamento, errore e autorizzazione. Flusso supportato.
Aggiungi quindi una frase su ciò che deve rimanere vero. Nell'esempio, il totale deve corrispondere alla consegna selezionata oppure il focus da tastiera deve restare nel campo modificato. Questi vincoli mancano spesso nei mockup e contano più della posizione di un bordo.
Lo stesso vale per i testi del prodotto. Mostra la frase nel contesto reale, spiega chi la legge e quale decisione dovrebbe facilitare. La registrazione di un percorso iniziale può rendere evidente una transizione confusa che un frammento isolato nasconderebbe.
Una segnalazione richiede un inizio riproducibile e una fine osservabile
Un altro scenario utile è un problema ricorrente dell'assistenza. Immagina che un cliente riesca a caricare un documento sul desktop, ma veda un indicatore di avanzamento vuoto su uno schermo piccolo. Una registrazione breve può mostrare il tipo di file, l'azione scelta, la transizione e il punto in cui il feedback scompare.
Il compito generato necessita ancora di una definizione di completamento. «Ripara il caricamento» non dice se il problema sia un file respinto, una risposta di rete mancante o un'interfaccia che non visualizza un risultato corretto. Istruzioni migliori separano il sintomo dalla causa ipotizzata.
Terremmo circoscritto l'incarico iniziale: riprodurre il feedback mancante, individuare il livello responsabile e proporre una modifica con una verifica di regressione. Se emerge poi un errore del server, quella prova può ampliare l'indagine. Una segnalazione di layout non dovrebbe diventare silenziosamente una riscrittura generale del sistema di caricamento.
C'è un vantaggio pratico per chi non legge abitualmente i log. Può mostrare la sequenza difettosa senza diagnosticarla. Il tecnico o l'agente può indagare grazie al contesto, mentre l'osservazione iniziale resta disponibile per il confronto dopo la correzione.
La registrazione non sostituisce un caso di test. Hanno scopi diversi: la prima conserva ciò che qualcuno ha incontrato; il test descrive il comportamento che il software deve continuare a soddisfare. Un buon processo trasforma la prima in una versione appropriata del secondo.
Copiare un prompt e creare un'attività Jira sono ingressi diversi
La beta aperta è utilizzabile dall'estensione Chrome o dall'app desktop versione 2.0 o successiva. La documentazione distingue il semplice flusso con prompt dalla creazione di elementi di lavoro Jira, che richiede un account gestito da Atlassian e un abbonamento Jira attivo. La differenza conta per un piccolo team che vuole provare il passaggio senza riorganizzare la gestione dei progetti. Disponibilità e configurazione.
La prova più semplice è un compito a basso impatto in un progetto già conosciuto:
- Apri il design pertinente, una pagina pubblica di test o l'ambiente di sviluppo e prepara uno stato iniziale spiegabile.
- Seleziona Record for agent nel registratore supportato e descrivi una modifica mostrando le interazioni pertinenti.
- Fermati prima del limite di cinque minuti e leggi interamente il piano di azione generato.
- Correggi riferimenti ambigui, elimina materiale estraneo e aggiungi una condizione di accettazione concreta.
- Copia il prompt come Markdown nell'agente scelto, oppure usa il passaggio supportato o il flusso Jira disponibile per l'account.
- Confronta il risultato dell'agente con lo scenario originale prima di accettare la modifica.
Questa sequenza mantiene comprensibile il primo esperimento. Offre anche un modo chiaro per valutarne l'utilità: confronta il tempo necessario a preparare un incarico preciso e il numero di domande di chiarimento generate.
La rapidità dell'agente non basta. Se un collega non sa spiegare che cosa è cambiato e perché risolve l'osservazione iniziale, il passaggio va migliorato. Il guadagno più utile è meno ricostruzione del contesto, non meno revisione.
Un contesto più ricco richiede una scelta di condivisione più consapevole
Il contesto tecnico aggiuntivo serve perché lo schermo può non spiegare l'accaduto. Una richiesta fallita, un reindirizzamento inatteso o un errore di console possono indicare una causa diversa dal sintomo visibile. Gli stessi dettagli possono contenere informazioni da non inviare a un altro strumento.
Prima di registrare, usa una pagina di test pertinente e rendi visibile l'ambito. Dopo, controlla URL specifici dell'account, identificativi dei clienti e log non necessari nelle istruzioni generate. L'elenco dei dati acquisiti nella documentazione giustifica una verifica concreta, anziché trattare il video come una comune immagine allegata.
L'obiettivo è conservare l'informazione necessaria a risolvere il problema. Un identificativo di richiesta può aiutare un collega a trovare una traccia server autorizzata. Un elenco di URL estranei o una notifica personale comparsa per caso aggiungono poco a un incarico sull'interfaccia.
| Dato nel passaggio | Che cosa può spiegare | Che cosa deve decidere chi rivede |
|---|---|---|
| Istruzione vocale | La modifica desiderata e il motivo | Se la richiesta è abbastanza precisa da implementare |
| Fotogramma o elemento selezionato | Lo stato della schermata o il componente coinvolto | Se mostra il contesto pertinente e autorizzato |
| Clic e link visitati | Il percorso nel flusso | Se è riproducibile fuori dalla sessione iniziale |
| Metadati tecnici di Chrome | Un indizio sul guasto dietro l'interfaccia | Se il dettaglio serve ed è adatto alla condivisione |
Sono domande di revisione editoriale, non permessi aggiuntivi del prodotto né garanzie che tutti i dettagli acquisiti compaiano in ogni compito. Aiutano il team a scegliere cosa includere nell'incarico effettivamente inviato.
Una revisione utile controlla cosa può cambiare l'agente, quali informazioni riceve e come verrà giudicato il risultato.
La prima misura utile è quanta spiegazione si conserva
La funzione può risparmiare lavoro in almeno tre modi. Un designer comunica una discrepanza senza una descrizione elaborata. Un addetto all'assistenza conserva una sequenza ancora fresca in memoria. Uno sviluppatore assegna all'agente un compito con un riferimento più chiaro e un risultato più preciso.
Ogni uso ha un diverso modo di fallire. Il feedback di design può ignorare i percorsi non ideali. La dimostrazione dell'assistenza può dipendere da uno stato dell'account non riproducibile. La registrazione dello sviluppatore può contenere tanti dettagli da nascondere la richiesta reale.
Per una prima valutazione, scegli alcuni compiti familiari e mantieni invariati agente e repository. Registra quante modifiche richiedono le istruzioni, quanto spesso servono chiarimenti e se il risultato soddisfa la condizione. Queste misure dicono più sulla qualità della comunicazione di una dimostrazione isolata di un cursore in movimento.
Conviene separare qualità del risultato e difficoltà del compito. Una modifica banale al testo può riuscire con quasi qualsiasi istruzione. Più rivelatore è un piccolo compito in cui conta il contesto: caricamento, layout stretto o transizione tra strumenti. L'incarico deve restare reversibile e facile da rivedere per il responsabile.
Loom può rendere familiare questa abitudine perché le persone usano già registrazioni per spiegarsi il lavoro. L'opportunità è portare quella chiarezza nel flusso di un agente. Il rischio è presumere che più contesto elimini la necessità di dire quale risultato raggiungere.
Le istruzioni migliori restano comprensibili a un'altra persona
Record for agent fa una scommessa sensata: mostrare può essere più efficiente che descrivere ogni pixel. Il risultato migliore sarebbe un compito più comprensibile per agente e collega, con un legame visibile tra osservazione iniziale e modifica accettata.
Prima di inviare la prossima registrazione, chiediti se chi non ti ha visto realizzarla saprebbe spiegare cosa significa riuscire. Se sì, le istruzioni sono utili. Altrimenti, la prossima modifica va fatta alle istruzioni prima che al codice.
Fonti
- Atlassian: Mostrare ciò che intendi nell'era dell'IA, 22 ottobre 2026.
- Loom: Record for AI agents, documentazione su disponibilità, acquisizione e flusso consultata il 26 ottobre 2026.
Conserva insieme la fonte e le note riviste
Per le tue registrazioni autorizzate, Telli.sh offre uno spazio separato dove conservare fonti e note riviste. Inizia con una nota audio.