Perplexity Teammates trasforma una richiesta in un incarico continuativo

L'anteprima Teammates di Perplexity sposta l'attenzione dalla singola richiesta a una responsabilità continuativa. Invece di chiedere a un assistente di analizzare un bug, si può assegnargli un ruolo che segue le nuove segnalazioni, prepara interventi e restituisce il lavoro da esaminare. La persistenza è la funzione interessante, ma rende più importanti anche permessi e consumo di crediti.

Le novità del 6 novembre presentano Teammates insieme ad altri cambiamenti, che vanno tenuti distinti. La documentazione di configurazione descrive un'anteprima di ricerca per abbonati Max individuali sul web. Pro non è incluso; neppure Enterprise Pro ed Enterprise Max ricevono automaticamente l'accesso.

Il ruolo continua dopo la conversazione

Ogni teammate ha un proprio ruolo, memoria e ambiente informatico. Può usare strumenti collegati, browser e codice, suddividendo un progetto complesso tra altri agenti. I teammate inseriti nello stesso Project condividono contesto, file e istruzioni, pur mantenendo responsabilità separate.

È una differenza sostanziale rispetto alla produzione di una risposta lunga. Un ruolo di monitoraggio può attivarsi all'arrivo di un elemento, programmare un seguito e continuare dopo la fine della conversazione iniziale. Perplexity descrive casi con Slack, GitHub e Linear, dalle nuove segnalazioni alle ricerche periodiche.

Di conseguenza, la qualità dell'incarico conta oltre il primo risultato. “Segui questo progetto” non chiarisce quali cambiamenti richiedano un intervento, chi debba ricevere il rapporto e che cosa l'agente possa modificare. Un ruolo utile specifica fonte, risultato atteso, evento o frequenza di attivazione e destinatario. Sono confini che riducono l'ambiguità a ogni ripetizione.

I permessi arrivano fino all'agente

Perplexity spiega che Teammates usa plugin e skill installati con i relativi permessi e rispetta quelli del Project. Raccomanda di controllare gli accessi richiesti e limitare GitHub ai repository necessari. L'isolamento tra ambienti è utile, ma non rende innocuo un permesso eccessivamente ampio sull'account.

Un agente che legge un canale e prepara una sintesi ha un campo d'azione diverso da uno che modifica ticket o apre cambiamenti al codice. Le istruzioni devono rendere esplicita la differenza. La guida descrive la restituzione di lavori finiti da esaminare; non è una garanzia che ogni possibile azione in ogni servizio richieda sempre una conferma separata.

La precisazione conta quando si decide dove possano transitare informazioni di lavoro. Il titolo su un'esecuzione locale non risponde alle domande sui dati e sui collegamenti di un agente persistente che usa servizi online. Per un account italiano valgono prima di tutto piano e accesso effettivamente disponibili: non viene documentata una tariffa nazionale distinta per questa anteprima.

Più parallelismo può consumare più crediti

Max comprende una dotazione mensile di crediti utilizzabili da Teammates. Perplexity avverte che progetti complessi, agenti paralleli, file grandi e automazioni frequenti possono aumentare il consumo. Un incarico ricorrente va quindi definito anche nella frequenza: controllare continuamente non è necessariamente più utile di un intervallo scelto bene.

È possibile selezionare il modello per ciascun teammate e cambiarlo secondo la difficoltà del compito. È un controllo aggiuntivo, ma un modello meno costoso non corregge un incarico definito male che continua a produrre lavoro irrilevante.

La funzione ha più senso quando la responsabilità possiede confini chiari e un risultato verificabile. Un rapporto settimanale con fonti nominate e destinazione concordata è più semplice da valutare di un generico invito a migliorare l'azienda. L'agente persistente diventa utile quando riduce le attività dimenticate senza lasciare il proprietario all'oscuro di ciò che ha fatto nel frattempo.