Quale agente AI dovresti scegliere per i tuoi progetti?

La settimana scorsa ho visto qualcuno chiedere al proprio agente frontend di "creare un ottimo prompt per generare immagini". L'agente lo ha fatto. Male. Ha prodotto qualcosa che un sviluppatore frontend scriverebbe: a forma di componente, vagamente visivo, mancante di tutto ciò che un ingegnere di prompt sa sui termini di illuminazione, vocabolario della fotocamera e prompt negativi.

Nessuno se n'è accorto, perché il fallimento è silenzioso. L'agente non dice "questo non è il mio lavoro". Fa semplicemente una versione mediocre del lavoro di qualcun altro.

Questo è il vero costo di scegliere l'agente sbagliato. Non errori. Mediocrità che sembra output.

La persona è il prodotto

Un agente AI è un modello più un prompt di sistema. Stesso modello, prompt di sistema diverso, risultati diversi. Questo è il trucco, e non è un piccolo trucco.

Un agente QA non "cerca di più per trovare bug". La sua persona gli dice di diffidare del percorso felice, enumerare i casi limite e scrivere la riproduzione prima della correzione. Un agente di sicurezza legge lo stesso codice di autenticazione del tuo agente fullstack e vede la fissazione della sessione dove il fullstack vede un login funzionante. I 14 ruoli incorporati in AgentsRoom esistono perché queste inquadrature cambiano genuinamente ciò che esce dallo stesso modello.

Quindi "quale agente dovrei usare" non è cosmetico. Decide quali istinti sono attivati mentre il tuo compito viene svolto.

Abbina il compito, non l'abitudine

L'abitudine: inviare tutto all'agente che è già aperto. Di solito un dev fullstack, perché è quello che hai aperto lunedì.

L'abbinamento: leggi il tuo compito e nomina la specialità a cui appartiene.

Alcuni esempi reali, con chi dovrebbe effettivamente occuparsene:

• "Scrivi il post del blog di lancio": un Esperto di Marketing, non il tuo dev fullstack. Il posizionamento e il copy sono una specialità, e si nota entro due paragrafi.
• "Questo test fallisce una volta su cinque": un agente QA. I test instabili sono una disciplina: isolamento, tempistica, fixture. Un agente dev spesso semplicemente ripete fino a ottenere un risultato positivo.
• "Rafforza il flusso di login": un agente di Sicurezza. Controlla la rotazione dei token, l'invalidazione delle sessioni e il rate limiting senza che venga detto.
• "Crea prompt per la generazione di immagini": un Ingegnere di Prompt dal catalogo. Questo è esattamente il lavoro dell'introduzione, e esattamente l'agente per esso.
• "Il cruscotto è lento": un agente Backend per le query, un agente Frontend per le prestazioni di rendering. Se non riesci ancora a capire quale lato sia colpevole, prima è un compito di profilazione.

Se il compito nomina un deliverable che uno specialista del mondo reale possederebbe, assegnalo a quello specialista. Hai più di 260 di loro nel catalogo, oltre ai tuoi agenti personalizzati. Usare un generalista per tutto significa pagare per una panchina e giocare con un solo giocatore.

Quando non sai: dillo

Ecco la parte che ha cambiato il mio modo di lavorare. Non devi sapere.

AgentsRoom ha un Consigliere per Agenti per esattamente questo momento. Clicca sulla scintilla accanto alla ricerca dell'agente, scrivi il compito come lo diresti ad alta voce ("scrivi un post del blog di lancio", "audita il flusso di login"), e risponde con l'agente più adatto per il lavoro, una ragione in una riga e due alternative. Gli agenti già liberi nella tua stanza vengono segnalati, quindi il consigliere ti dice di riutilizzare prima di dirti di aggiungere.

Poi un clic assegna il compito: l'agente viene aggiunto se necessario, il suo terminale si apre e il testo esatto che hai digitato atterra nel compositore come bozza. Hai già descritto il compito una volta. Quella descrizione diventa il primo prompt.

La regola di ranking è importante: adattamento prima, comodità dopo. Il consigliere non assegnerà il tuo lavoro di prompt per immagini al dev frontend solo perché il dev frontend è libero. Abbiamo regolato questo su errori reali.

Riutilizza prima di aggiungere

Una stanza con dodici agenti mezzi utilizzati è una modalità di fallimento a sé stante. Due regole la mantengono sana.

Agente libero che si adatta: riutilizzalo. Un agente senza compiti in corso e con la specialità giusta è la scelta migliore, ogni volta. Il consigliere applica automaticamente questa regola.

Specialità giusta ma occupato: aggiungi uno nuovo invece di metterti in coda. Gli agenti sono posti economici. Aspettare che il tuo unico agente QA finisca mentre tre bug si accumulano è un collo di bottiglia che hai inventato.

E quando un compito cambia natura durante la sessione ("in realtà, ora scrivi la documentazione per ciò che hai costruito"), non hai affatto bisogno di un nuovo agente: Agent Morphing trasforma l'agente in esecuzione in un altro specialista mantenendo il suo contesto intatto.

Un compito, diversi specialisti

Alcuni compiti non sono una sola specialità. "Spedisci la funzionalità dei pagamenti" è un lavoro backend, poi un lavoro QA, poi forse una revisione di sicurezza. Scegliere un agente per questo significa che le altre due specialità non si svolgono silenziosamente.

Questo è ciò per cui servono le Squadre: collegare agenti in modo che il lavoro fluisca da dev a QA a revisione, ciascun posto occupato dalla persona giusta. La domanda di scelta diventa "chi è in pipeline" invece di "chi ottiene tutto".

La versione in cinque secondi

Nomina la specialità a cui appartiene il compito. Se un agente libero nella tua stanza lo possiede, usalo. Se no, aggiungi il ruolo o l'esperto del catalogo che lo fa. Se non riesci a nominare la specialità, descrivi il compito e lascia che il consigliere lo nomini.

E una volta che l'agente giusto ha il lavoro, assicurati che non riapprenda il tuo codice da zero ogni sessione: questo è un problema di memoria, e è la prossima cosa da sistemare.