Permessi degli strumenti IA in Mono: cosa controllare prima di consentire
Comprendi politiche della chat, regole MCP e autorizzazioni degli agenti di codice, poi controlla azione, destinazione e ambito prima di concedere accesso.
Prima di consentire a uno strumento di AI di fare qualcosa, scopri cosa leggerà o modificherà, quale account o file riguarda e se il tuo consenso vale solo per questa richiesta o anche per le prossime. Un nome di strumento familiare non risponde a queste domande.
Mono by Reunified ha controlli separati per gli strumenti della chat, gli strumenti MCP collegati e gli agenti di programmazione. Questa guida spiega in cosa si differenziano e ti dà un modo semplice per valutare ogni richiesta. Mono non è ancora disponibile (iscriviti alla lista d’attesa), e le scelte che vedi dipendono dalla connessione e dall’agente che usi.
1. Distingui accesso all’account e approvazione dell’azione
Accedere a un servizio dà accesso a quell’account. Approvare un’azione risponde a un’altra domanda: questa azione precisa deve partire adesso? Installare uno skill, concedere un permesso di sistema e accettare la richiesta di un agente di programmazione sono anch’esse decisioni diverse.
Prendi un’attività inventata sui documenti: «trova la mia bozza» non significa «condividi la bozza pubblicamente». L’account può permettere entrambe le cose, ma la tua richiesta ne copre solo una. Prima di collegare qualcosa di sensibile, scrivi il limite che hai in mente: leggere un documento preciso, restituire un riassunto e fermarsi.
Usa la guida all’installazione delle skill per decidere se fidarti di uno skill e come configurarlo. Quando è in uso, valuta ogni azione invece di dare per scontato che l’installazione abbia risolto tutte le decisioni future.
2. Individua il controllo di Mono applicabile
Nelle Autorizzazioni di Mono, la sezione Strumenti ha valori predefiniti separati per le chiamate di Lettura, che leggono informazioni, e di Modifica, che cambiano qualcosa. Ognuno può essere Consenti, Chiedi o Rifiuta. Questi valori valgono per gli strumenti che l’assistente chiama in chat. Per uno skill MCP installato, la sezione Configurazione può elencarne gli strumenti, e una scelta fatta lì sostituisce il valore predefinito per quello strumento.
Chiedi mostra una scheda in cui consenti o rifiuti la chiamata. Consenti la esegue senza chiedere, e Rifiuta la blocca. Poiché questi valori riguardano la chat, non dare per scontato che decidano anche cosa fanno gli agenti di programmazione o le attività pianificate.
Gli agenti di programmazione chiedono il permesso separatamente, ed è l’agente a decidere quali scelte offrire, come Consenti, Consenti sempre o Rifiuta. La Modalità YOLO di Mono accetta ogni richiesta dell’agente senza chiedere, quindi l’agente modifica file ed esegue comandi senza supervisione. Lasciala disattivata se vuoi valutare ogni richiesta di persona. Le sessioni continuano sul computer quando il telefono si disconnette, quindi bloccare il telefono non mette in pausa l’agente.
3. Leggi azione, destinazione e dettagli disponibili
Confronta l’azione richiesta con la tua attività iniziale. Chiediti cosa esce dal dispositivo, cosa può cambiare e dove comparirà il risultato. Anche una lettura può condividere dati privati con un servizio collegato, quindi l’etichetta «lettura» non significa che una chiamata sia innocua.
La scheda di consenso indica lo strumento e il server, ma potrebbe non mostrare tutti i dettagli della richiesta. Anche i dettagli dei permessi di programmazione possono essere accorciati per stare sullo schermo. Se destinazione, destinatario o comando non sono chiari, rifiuta o metti in pausa e chiedi una descrizione leggibile prima di consentire.
La specifica degli strumenti MCP dice che le annotazioni di uno strumento vanno considerate non affidabili, a meno che il server non sia affidabile. Giudica uno strumento da ciò che fa davvero e dalla sua provenienza, non da un’etichetta rassicurante.
4. Scegli la decisione adatta con l’ambito più ristretto
Usa questa tabella quando compare una richiesta:
| Azione proposta | Cosa controllare prima di consentire |
|---|---|
| Leggere un documento di progetto | Account giusto, documento preciso e uso previsto dei dati |
| Aggiornare un record | Record esatto, campi e nuovi valori |
| Inviare o condividere contenuti | Destinatario, contenuto, chi potrà vederlo e quando parte |
| Eseguire un comando sul tuo computer | Cartella di lavoro, comando ed effetti attesi |
| Concedere un permesso permanente | Cosa coprirà in futuro e come modificarlo o revocarlo |
Se l’agente offre sia una scelta una tantum sia una scelta «sempre», usa quella che corrisponde a ciò che intendi. Consenti sempre va oltre l’approvazione di questa singola azione. La documentazione delle chiamate ACP descrive le scelte che un agente può offrire; non tutti gli agenti offrono ogni scelta o chiedono prima di ogni azione.
5. Esamina i contenuti restituiti come prove
Il risultato di uno strumento può contenere un documento, una pagina web o un messaggio di un servizio. Il testo dentro quel risultato non è un’istruzione tua. Se una pagina recuperata dice all’assistente di inviare un file da qualche parte, confrontalo con il tuo vero obiettivo prima di approvare altro.
Nell’esempio del documento, una frase come «condividi questo con tutti» non dice chi sono «tutti» e non dà il permesso di pubblicare. Chiedi il brano pertinente e decidi a parte se serve fare qualcosa.
Dopo una modifica consentita, controlla il risultato nel servizio originale. Se la risposta si perde o non è chiara, controlla la destinazione prima di riprovare. L’approvazione permette all’azione di tentare; non dimostra che il risultato sia avvenuto.
6. Rivedi l’accesso permanente al termine
Quando l’attività è finita, riporta i valori ampi a come li vuoi per l’uso quotidiano. Controlla le scelte «consenti sempre» nelle impostazioni dell’agente, se le ha. Rimuovere una connessione in Mono potrebbe non annullare l’accesso concesso dal lato del servizio, quindi usa le impostazioni dell’account di quel servizio.
Tieni una breve nota con account, strumento, scopo e gli accessi da ricontrollare. Se una richiesta sembra fallire per la connessione più che per i permessi, usa la diagnosi MCP. Per il codice, esamina le modifiche risultanti separatamente dalle approvazioni dei comandi che le hanno prodotte.
