MCP viene spesso presentato come protocollo tecnico. Per un team di prodotto è più utile una definizione semplice: è un confine chiaro tra un'esperienza AI e le capacità che è autorizzata a utilizzare.
Dalle risposte alle capacità
Un modello isolato produce una risposta dal contesto ricevuto. Un'applicazione aziendale utile deve spesso fare di più: recuperare un account, calcolare un preventivo, cercare documenti approvati o creare un record. MCP offre ai client un modo standard per scoprire e invocare queste capacità tramite server.
Cambia così la domanda di prodotto. Non basta decidere cosa dovrebbe dire l'assistente: occorre stabilire cosa può fare, a quali condizioni e con quali evidenze restituite all'utente.
- Le risorse espongono contesto leggibile.
- Gli strumenti espongono operazioni invocabili.
- I risultati strutturati forniscono dati affidabili all'interfaccia.
Un server MCP è un confine di prodotto
Il server non è soltanto un connettore. È il luogo in cui le regole diventano applicabili: uno strumento può richiedere input specifici, rifiutare combinazioni non valide, limitare i dati all'utente autenticato e restituire un risultato stabile. Può inoltre distinguere una lettura innocua da un'azione che richiede conferma.
Un buon tool design è intenzionalmente circoscritto. Uno strumento chiamato “gestisci_cliente” nasconde troppi permessi e risultati. Operazioni separate per cercare, preparare una modifica e confermarla sono più comprensibili, verificabili e governabili.
- Nominare gli strumenti in base al risultato per l'utente.
- Mantenere gli schemi di input piccoli ed espliciti.
- Restituire errori che consentano il recupero.
- Registrare le operazioni rilevanti con contesto sufficiente.
Le decisioni che spettano al business
Il protocollo non decide policy di accesso, proprietà o tolleranza al rischio. Prima dello sviluppo bisogna identificare il sistema autorevole, chi può accedere a quali record, cosa è sensibile e quali operazioni richiedono un controllo umano.
Il team deve anche definire le evidenze di successo. La velocità conta, ma contano anche tasso di correzione, abbandono, escalation umana e frequenza con cui le persone modificano un'ipotesi. Queste misure rivelano se la capacità è davvero utile.
- Proprietario del dato e fonte autorevole.
- Modello di autenticazione e autorizzazione.
- Letture rispetto ad azioni con conseguenze.
- Responsabilità di conservazione, osservabilità e supporto.
MCP non sostituisce il product design
Uno standard riduce l'attrito delle integrazioni, ma non garantisce un'esperienza coerente. Gli stessi strumenti possono alimentare un'app confusa o una chiara. Le persone hanno comunque bisogno di scelte comprensibili, avanzamento visibile e certezza su ciò che è accaduto.
L'architettura durevole ha quindi tre parti: conversazione per l'intento, strumenti per capacità controllate e interfaccia per lo stato. MCP rende la seconda parte portabile ed esplicita. Il product design trasforma le tre parti in un'unica esperienza.
In sintesiConsidera MCP il contratto di ciò che l'AI può conoscere e fare, non una scorciatoia rispetto a prodotto, sicurezza e governance.