MCP non è morto: servono per controllo, autenticazione e audit
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Un post del 20 settembre 2026 argomenta che i Managed Connector Proxy restano utili quando non si vuole dare agli agenti accesso libero alle API.
Il 20 settembre 2026 su simonwillison.net arriva uno stop netto: gli MCP servono ancora. Diventano cruciali quando vuoi fissare un perimetro d’accesso, custodire le credenziali e registrare ogni azione1.
Il confine è chiaro. Se gestisci un agente “full-blown” con Internet libero — l’autore cita Claude Code, Codex, Meta Muse, OpenClaw — lascialo chiamare le API direttamente. In quel caso un MCP aggiunge poco1. Appena riduci la libertà dell’agente, l’utilità cambia1.
Il post elenca quattro esigenze puntuali:
- Definire in anticipo quali servizi esterni l’agente può raggiungere. Un perimetro preciso, non un via libera1.
- Gestire l’autenticazione senza esporre le chiavi API all’agente. Le credenziali restano fuori dalla sua portata1.
- Offrire un’interfaccia che consenta agli utenti di collegare e autorizzare servizi aggiuntivi. Una UI che accompagni connessioni e consensi1.
- Tenere un audit logging robusto su ciò che accade. Tracciare operazioni e contesto in modo affidabile1.
Un MCP rende più semplice fornire tutto questo in un’unica struttura coerente1. Non è una preferenza teorica. È una lista di funzioni operative richieste da molte applicazioni quando l’agente non può muoversi senza limiti1.
Il post contesta una tesi diffusa: agenti capaci di programmare e navigare renderebbero gli MCP obsoleti. L’autore risponde che si confondono gli scopi. Che gli “full coding agents” possano farne a meno non implica che l’approccio valga ovunque. Scartarli per quel motivo ignora “tutte le altre cose che potremmo voler costruire”1. Qui la regola non è astratta. Dipende dal contesto: accesso illimitato, API dirette; necessità di controllo, separazione delle credenziali, una UI per collegare servizi e log solidi, allora un MCP aiuta1.
Il pezzo non annuncia prodotti né specifiche. Mette in fila motivi pratici e limiti d’uso. Evita dettagli di implementazione. Si concentra su funzioni e risultati attesi. Tiene insieme due fatti: in alcuni casi gli MCP si possono evitare, in molti altri svolgono un ruolo concreto1.
Nella stessa pagina compaiono anche tre articoli con data: “Generating running routes with GPT-6 Astra and ChatGPT Work” (12 settembre 2026), “OpenAI agents attacked RubyGems back in May” (12 settembre 2026) e “Some thoughts on the Navier–Stokes Millennium Prize Problem” (8 settembre 2026)1.
La scelta quindi è architetturale. Prima domanda: quanta fiducia dai al tuo agente? La risposta decide se puntare su API dirette o introdurre un MCP come strato di controllo, autenticazione e audit1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Fedeltà alle fonti. Un secondo passaggio toglie ogni affermazione che le fonti non sostengono.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.