Guida ai permessi dei connettori interattivi di Claude (2026)

Con l'annuncio di Anthropic del 10 novembre 2026, i connettori interattivi di Claude passano dai widget compatti a 13 applicazioni web complete, tra cui Adobe, Atlassian, Box e Notion, disponibili su tutti i piani. Impostare un connettore su "Always allow" abilita le chiamate di lettura idonee; con la modalità predefinita Auto, invece, il classificatore continua a decidere se le operazioni di scrittura più rischiose possano procedere o debbano attendere un'approvazione, salvo bloccare i permessi per singolo strumento o gli ambiti definiti dal fornitore.

Dei 1.108 connettori e 532 plugin presenti nel Claude Marketplace, soltanto le integrazioni verificate possono mostrare interfacce complete incorporate accanto alla chat. I permessi vengono applicati a livello di connettore, sessione e amministrazione.

Dove si aprono card inline, pannelli affiancati e app a schermo intero

Stando alla documentazione sui connettori interattivi di Claude, le applicazioni esterne vengono visualizzate in tre modalità: card inline, pannelli affiancati e viste fullscreen. Tutte vengono eseguite in iframe sandboxati e sono incluse senza costi aggiuntivi per i connettori nei 6 piani di abbonamento: Free, Pro, Max, Ultra, Team ed Enterprise. Le card inline funzionano anche su iOS e Android; pannelli laterali ed editor a schermo intero sono invece disponibili soltanto su Claude Web e Claude Desktop, dopo che l'account ha ricevuto l'interfaccia unificata chat e Cowork.

Il lancio degli strumenti completi del 10 novembre 2026 abilita l'incorporamento integrale delle app per 13 partner: Adobe, Asana, Atlassian Confluence, Box, Canva, Carta, Dropbox, HubSpot, monday.com, Notion, Smartsheet, Vercel e Webflow. Altri tre partner, Figma, Harvey e Shopify, stanno ancora sviluppando le integrazioni per la vista completa. Figma resta quindi limitata ai diagrammi FigJam inline e alle card di revisione introdotte con il rilascio delle MCP Apps di gennaio 2026.

In base alla specifica di sicurezza dei connettori interattivi di Anthropic, ogni vista interattiva viene eseguita in un <iframe> sandboxato, soggetto a Content Security Policies (CSP) restrittive. Non può accedere al DOM padre di Claude, ai cookie o allo storage locale e comunica con il modello host tramite messaggi JSON-RPC verificabili. I server dei connettori devono dichiarare in anticipo i domini esterni contattati, mentre Claude ispeziona il payload HTML prima del rendering. Le viste interattive riutilizzano la concessione OAuth originale del connettore, senza chiedere un secondo accesso; Anthropic blocca inoltre tutte le transazioni finanziarie e gli acquisti effettuati nella chat tramite viste incorporate.

Gli amministratori IT che vogliono permettere a Claude di interrogare dati aziendali senza incorporare editor web di terze parti nel client di chat possono separare rendering dell'interfaccia e chiamate agli strumenti backend: gli Owner di Team ed Enterprise possono farlo. In Organization settings → Connectors, disabilitare le chiamate specifiche che generano viste interattive riporta Claude all'esecuzione MCP standard solo testuale, mantenendo attivo il connettore sottostante.

Come si combinano permessi del connettore, modalità di sessione e ruoli

Claude valuta i permessi dei connettori interattivi attraverso tre livelli sovrapposti, descritti nella guida a Claude Cowork e nella documentazione RBAC per Enterprise: l'impostazione dello strumento nel connettore (Always allow, Needs approval, Blocked oppure Custom in Enterprise), la modalità di esecuzione della conversazione (Manual, Auto o Skip) e le policy di ruolo dell'organizzazione. Anche se l'utente fa clic dentro un'app incorporata, qualsiasi azione che Claude compie sulla pagina, sul record o sul file aperto deve superare l'intersezione di questi tre controlli.

Capire il rapporto tra l'impostazione a livello di connettore e la modalità di esecuzione nella casella del messaggio è essenziale: l'interfaccia unificata di Claude usa Auto per impostazione predefinita nei piani Pro, Max, Ultra e Team, mentre in Enterprise parte da Manual. Per approfondire il modo in cui il classificatore di sicurezza valuta le azioni in background, consulta la nostra guida al comportamento predefinito della modalità Auto di Claude.

Nei piani Enterprise gli amministratori configurano un quarto stato del connettore, Custom, in Organization settings → Permissions → Custom roles → Connectors (guida alla configurazione RBAC Enterprise). Selezionando Custom si ottiene granularità per strumento: un amministratore Enterprise può impostare search_issues di Jira su Needs approval e bloccare con Blocked gli strumenti di creazione, aggiornamento o eliminazione dello stesso connettore. Gli Owner del piano Team, invece, configurano a livello organizzativo gli stati Always allow, Needs approval o Blocked per ogni strumento, senza gruppi di ruoli personalizzati. Ci sono quattro regole documentate da tenere presenti:

1. Nei conflitti tra ruoli prevale il permesso più ampio: secondo la guida ai permessi basati sui ruoli Enterprise, se un utente appartiene a più gruppi con ruoli personalizzati diversi, i permessi dei connettori si sommano e prevale la concessione più permissiva, entro il limite imposto dalla policy organizzativa del connettore. Gli aggiornamenti ai ruoli possono richiedere fino a 15 minuti per propagarsi.
2. Impostazioni predefinite per ruoli legacy e nuovi: quando un amministratore Enterprise abilita i permessi dei connettori su un ruolo personalizzato esistente, Claude lo inizializza con All connectors: Always allow per mantenere l'accesso. I nuovi ruoli personalizzati, invece, partono da Needs approval su tutti i connettori.
3. Blocco degli strumenti di scrittura in Cowork: nelle sessioni Cowork e unificate, l'interruttore organizzativo Allow "Always allow" for connector tools è disattivato per impostazione predefinita per gli strumenti capaci di scrivere (documentazione RBAC Enterprise e documentazione Cowork). Anche se un dipendente seleziona "Always allow" nella chat, le operazioni di scrittura richiedono una conferma manuale, a meno che un Owner non abiliti tale impostazione per l'intera organizzazione.
4. Research salta le richieste secondarie: in base alla guida ai MCP remoti personalizzati, quando un utente esegue Claude Research, Claude analizza centinaia di fonti e richiama automaticamente gli strumenti autorizzati dei connettori senza chiedere una seconda conferma. Prima di usare Research con connettori personalizzati, disabilita gli strumenti con capacità di scrittura dal menu Search and tools della conversazione.

I commenti della community su Reddit mostrano inoltre che la persistenza dei permessi può dipendere dal modo in cui è distribuito un server MCP. In r/ClaudeCowork, alcuni utenti hanno segnalato che un clic su "Always allow" non restava valido tra sessioni quando il connettore era incluso in un plugin con subagent:

"Potrebbe dipendere dal fatto che il connettore è incluso in un plugin e non installato come connettore." (u/Throwaway_alt_burner su r/ClaudeCowork)

Limiti di anteprima e confini di accesso per Adobe, Atlassian, Box e Notion

Come illustrato nella guida all'estensione tramite connettori e nella guida ai MCP remoti personalizzati di Anthropic, le app interattive connesse ereditano tramite OAuth gli esatti permessi dell'account autenticato dell'utente, oppure l'ambito globale di una chiave API condivisa. Claude può eseguire soltanto le azioni che il fornitore terzo espone come strumenti MCP App. Poiché ogni partner ha implementato protezioni differenti nel rilascio del 10 novembre 2026, granularità delle approvazioni e limiti di anteprima variano tra Adobe, Atlassian, Box e Notion.

Atlassian: controlli amministrativi Read, Write e Search per Confluence e Jira

Aprendo Confluence tramite il connettore Atlassian MCP su Web o Desktop viene caricato l'editor Confluence completo e autenticato, non un'anteprima semplificata (rilascio del 10 novembre). Dal momento che OAuth eredita tutti i progetti Jira e gli spazi Confluence a cui l'utente ha accesso, Atlassian offre un livello di governance lato server descritto in Configure Atlassian MCP Server Permissions, nel percorso Atlassian Administration → Connectors → Atlassian MCP server → Permissions. Gli amministratori possono configurare tre intenzioni distinte, Read, Write e Search, negli stati Allowed, Blocked oppure Partially allowed.

Attraverso la finestra Edit details in Atlassian Administration, un amministratore può autorizzare azioni Write in Jira bloccandole in Confluence, o viceversa. Può anche attivare Apply to future additions, affinché i nuovi strumenti Atlassian MCP rilasciati in seguito ereditino automaticamente la policy. Le modifiche applicate in Atlassian Administration hanno effetto immediato senza richiedere il riavvio di Claude; quando viene chiamato uno strumento bloccato, viene restituito "Access denied: Your organization admin has not authorized the write permission".

Durante operazioni massive sui ticket, attenzione ai limiti di frequenza: utenti di r/atlassian hanno segnalato errori HTTP 429 quando gli agent creavano rapidamente ticket Jira tramite il server Atlassian MCP. Alcuni team hanno quindi inserito un proxy locale di throttling Node.js davanti ai flussi automatizzati.

Notion: ambito OAuth esteso al workspace e soluzione con account guest

Il connettore interattivo di Notion incorpora accanto alla chat l'editor completo di documenti e database Notion (rilascio del 10 novembre), permettendo di alternare la modifica manuale dei blocchi alle richieste a Claude per popolare righe di database. Tuttavia, poiché i connettori Claude ereditano l'accesso dell'account collegato, il token OAuth MCP di Notion concede l'accesso a tutte le pagine e ai database raggiungibili dall'account Notion dell'utente. Non esiste un'impostazione nativa di Claude per restringere il connettore a una singola cartella o sottopagina.

Inoltre, una discussione su r/ClaudeAI (~2.289 punti) ha evidenziato il rischio di istruzioni MCP di terze parti non ispezionate, dopo le segnalazioni di utenti secondo cui il connettore MCP di Notion inseriva prompt promozionali durante l'esecuzione delle attività. Gli utenti di r/Notion che chiedevano come limitare Claude a pagine specifiche hanno constatato che le istruzioni nei prompt non possono sostituire un isolamento rigido delle credenziali:

"il token MCP eredita i tuoi permessi... collegalo tramite un account guest che vede soltanto le pagine desiderate..." (u/redpiapps su r/Notion)

Finché non verrà introdotta una delimitazione OAuth a livello di risorsa, l'isolamento più solido oggi consiste nel creare un account guest Notion dedicato, condividere con tale identità soltanto le pagine o i database interessati e autenticare il connettore Claude con l'accesso guest.

Connettori in directory e MCP Apps personalizzate: installazione e limiti della preview pubblica

Che si stia installando un connettore esistente o distribuendo un server personalizzato con l'SDK MCP Apps, entrato in public preview il 10 novembre 2026, Claude applica procedure di installazione e capacità dell'interfaccia diverse per connettori verificati in directory, inserzioni Community e URL MCP remoti personalizzati.

Per chi sviluppa o distribuisce una MCP App con registerAppTool(), registerAppResource() e App.connect(), la documentazione Get Started with MCP Apps e la guida Manage Claude's Tool Access indicano quattro vincoli tecnici:

• Le inserzioni Community bloccano siti incorporati ed entry point: qualunque server MCP può rendere viste di base nella chat, ma gli Embedded websites, ovvero il caricamento di siti in <iframe>, e gli Entry points, cioè l'apertura dalla pagina Artifacts o il fissaggio nella barra laterale, richiedono una voce Verified nella directory (tabella delle capacità MCP Apps). Anche se il sito incorporato funziona come connettore personalizzato aggiunto dall'utente, chi lo installa da una voce Community del marketplace troverà entrambe le funzioni disabilitate.
• I server locali npx --stdio non possono testare le funzioni dell'app completa: è possibile eseguire localmente server di esempio come @modelcontextprotocol/[email protected] tramite claude_desktop_config.json, ma App tools, Entry points ed Embedded websites richiedono un server MCP remoto raggiungibile via HTTPS dagli intervalli IP cloud di Anthropic (documentazione MCP Apps e regole di rete per MCP remoti). La migrazione di progetti OpenAI Apps SDK esistenti che dichiarano entry point openai/ui richiede anche una configurazione degli entry point specifica per Claude.
• Hash SHA-256 obbligatorio di 32 caratteri per ui.domain: secondo la specifica ui.domain, il campo Resource._meta.ui.domain del server deve corrispondere ai primi 32 caratteri esadecimali dell'hash SHA-256 dell'URL del server MCP, seguiti da .claudemcpcontent.com. Per esempio, l'hash di https://example.com/mcp è c3d80a4ed901ee05b21755a88273b4a4.claudemcpcontent.com. Qualsiasi differenza genera l'errore Invalid ui.domain format oppure ui.domain mismatch.
• Contesto sovraccarico con 10 o più connettori o 30 o più strumenti: i connettori attivi consumano spazio nel contesto della conversazione. Una volta collegati 10 o più connettori, oppure 30+ singoli strumenti, la guida Anthropic Manage Claude's tool access raccomanda di aprire il menu + della chat → Connectors → Tool access e passare da Auto o Always available a On demand. On demand aggiunge 1 interazione di ricerca extra prima di richiamare un connettore, preservando capacità di contesto per documenti lunghi e codice.

Domande frequenti

Dove vengono salvati i file quando Claude modifica contenuti in Adobe, Box o Notion?

Nelle sessioni autenticate di Notion e Confluence, le modifiche approvate vengono scritte direttamente nel workspace cloud. In Box, così come in Webflow, che prepara le modifiche in rami di pagina isolati, le revisioni vengono sottoposte a un controllo affiancato prima della conferma. Le sessioni Adobe non autenticate restano temporanee finché non si accede a un account Adobe.

In che modo l'autenticazione con chiave API condivisa incide sui permessi dei connettori nei piani Team ed Enterprise?

Secondo la guida ai MCP remoti personalizzati, i connettori OAuth standard limitano Claude ai permessi esterni individuali di ogni membro. Configurare invece una credenziale fissa nell'intestazione della richiesta, come una chiave API condivisa o un bearer token, concede a ogni membro dell'organizzazione che usa quel connettore l'intero accesso della credenziale condivisa. Prima di aggiungere chiavi condivise in Organization settings → Connectors, limitarle sempre a ruoli di lettura/scrittura con il privilegio minimo necessario.

Cosa accade se occorre aggiornare l'URL o l'ambito OAuth di un connettore personalizzato?

In base alla documentazione sui MCP remoti personalizzati, le configurazioni esistenti dei connettori personalizzati non possono essere modificate direttamente. Occorre rimuovere il connettore da Customize → Connectors, oppure da Organization settings → Connectors per gli Owner Team ed Enterprise, e aggiungerlo nuovamente con URL, intestazioni o impostazioni OAuth aggiornati.

Matrice di hardening dei permessi prima di collegare app di produzione

Prima di abilitare connettori interattivi nell'intero workspace, applica il percorso di configurazione corrispondente al tuo ruolo e livello di piano: