Gli assistenti IA sono bravi a trasformare una richiesta vaga in una sequenza di passaggi. Da soli, però, non possono aprire il tuo strumento di design, avviare un render o leggere la tua libreria di contenuti. MCP, il Model Context Protocol, è lo standard che li collega a strumenti come questi. Questo articolo spiega come funziona MCP, cosa cambia quando gli strumenti costano denaro e producono contenuti multimediali, e quali scelte di progetto fanno la differenza tra un assistente a cui puoi affidare uno studio e uno che devi tenere d’occhio. Gli esempi vengono dalla CLI e dal server MCP di Yeşilçam Studios.

Cos’è MCP?

MCP è un protocollo aperto, pubblicato da Anthropic alla fine del 2024, che descrive come un’applicazione IA dialoga con strumenti e dati esterni. Le parti sono tre:

  • Il client è l’applicazione con cui parli, per esempio Claude Code, Claude Desktop o Cursor.
  • Il server è un piccolo programma che offre strumenti. Può girare sul tuo computer, avviato dal client e collegato tramite standard input e output.
  • Gli strumenti sono operazioni con un nome, una descrizione e uno schema dei parametri, come "crea un’immagine" con un prompt, un livello di qualità e un formato.

Quando chiedi qualcosa, l’assistente legge le descrizioni degli strumenti, ne sceglie uno, compila i parametri e lo chiama. Il server fa il lavoro e restituisce un risultato, e l’assistente decide cosa fare dopo. Dato che il protocollo è condiviso, un server funziona con qualsiasi client che lo supporti.

Cosa cambia quando gli strumenti sono creativi e a pagamento?

Molti server MCP leggono cose: file, ticket, documentazione. Uno studio creativo è diverso per tre aspetti, e ognuno influenza il progetto.

  • Le chiamate costano. Un video o un film lungo spende token veri. Un assistente che interpreta male una richiesta, o che ripete una chiamata fallita, non dovrebbe poter spendere senza che la persona se ne accorga.
  • I lavori richiedono tempo. Un render può durare minuti. Gli strumenti devono avviare il lavoro, riportarne l’avanzamento e recuperare il risultato più tardi.
  • Il risultato è personale. Foto di persone, voci e prodotti non ancora lanciati sono privati per impostazione predefinita, e alcuni richiedono un consenso.

Prima il preventivo, poi l’approvazione

La risposta più semplice e affidabile al primo punto è dividere ogni operazione a pagamento in due chiamate. La prima restituisce un preventivo e non addebita nulla. Nel server di Yeşilçam Studios è contrassegnata con quote_only_nothing_charged ed elenca le singole voci, il totale, il saldo e se l’account può permetterselo. Il server dà all’assistente l’istruzione di mostrarlo all’utente e di richiamare lo strumento con confirm=true solo dopo il suo consenso, mai di propria iniziativa.

Così la decisione resta dove deve stare: a una persona che ha visto la cifra. Aiuta anche l’assistente, che può confrontare le opzioni ("la bozza costa tanto, lo standard costa tanto") prima che qualcuno si impegni. Un secondo limite, max_tokens, fa rifiutare allo strumento un lavoro sopra un certo prezzo, anche se approvato. La riga di comando segue lo stesso schema: mostra il preventivo e chiede, uno script approva con --yes, e senza approvazione esce con un codice dedicato, così "preventivo mostrato, non approvato" non viene mai scambiato per un successo.

Chiavi con limiti, non password

Un assistente o un server di build ha bisogno di credenziali, e quelle credenziali possono finire in posti che non avevi previsto. Due pratiche tengono piccolo il danno.

La prima: usa chiavi API con un ambito definito invece di una password. Una chiave in sola lettura vede saldo, prezzi, libreria e stato dei lavori, ma non può creare, modificare, eliminare né spendere. Una chiave con accesso di creazione può avviare lavori, sempre passando dai preventivi. Le chiavi possono scadere dopo un tempo stabilito e si possono revocare all’istante. Dal lato del servizio si conserva solo un’impronta sicura della chiave.

La seconda: tieni le azioni più delicate fuori dalla portata di qualsiasi chiave. In Yeşilçam Studios nessuna chiave può eliminare l’account, cambiarne password o email, pagare o comprare token, attivare le ricariche automatiche, creare altre chiavi o collegare account social. Queste azioni restano nell’app web, dietro un accesso normale.

Un dettaglio collegato: il segreto non dovrebbe stare nel file di configurazione dell’assistente. Il server yesilcam-mcp legge la chiave che la riga di comando ha salvato sul tuo computer, leggibile solo dal tuo utente, quindi la configurazione indica solo il comando.

Meno strumenti, scelte migliori

Il server di Yeşilçam Studios offre 131 strumenti. Ogni descrizione occupa spazio nel contesto dell’assistente, e una lista lunga rende più difficile scegliere quello giusto. Per questo il server può essere avviato solo con gli studi che ti servono (--studios image,film,influencer), oppure solo con gli strumenti di lettura (--read-only). Ogni strumento ha anche delle indicazioni che il client può mostrare: se si limita a leggere, se è distruttivo, come l’eliminazione di un file, e se va oltre il tuo computer.

Lavori lunghi e risultati

Per i lavori che durano minuti, gli strumenti accettano wait=true: il server controlla il lavoro, invia notifiche di avanzamento e risponde quando ha finito. Con save_to scarica il risultato. Senza attesa, lo strumento restituisce un tipo e un id che uno strumento di attesa separato può seguire più tardi. L’assistente non deve inventarsi un proprio ciclo di controllo.

Privacy per impostazione predefinita

I contenuti creati tramite gli strumenti sono privati. I link sono firmati e scadono dopo qualche ora, e lo strumento di download li rinnova. Un link pubblico o un post su The Wall passano da una richiesta di condivisione che può richiedere un’approvazione. I personaggi sono sempre adulti, non si possono usare personaggi pubblici reali, e la foto o il video di una persona si usano solo con un consenso esplicito e dopo un controllo di sicurezza.

Un catalogo per l’assistente e per lo script

Ogni strumento MCP del server di Yeşilçam Studios ha un comando identico nella CLI yesilcam, perché entrambi sono generati da un unico catalogo di operazioni. Ha un valore pratico: un flusso di lavoro che hai scoperto in una conversazione si può ripetere in uno script con gli stessi nomi e parametri, ed entrambi vengono testati sulle stesse definizioni.

Una checklist prima di collegare un assistente a uno strumento a pagamento

  • Ogni operazione a pagamento mostra un prezzo prima dell’addebito e richiede un’approvazione esplicita?
  • Puoi fissare un prezzo massimo per lavoro?
  • Ci sono chiavi in sola lettura, chiavi con scadenza e revoca immediata?
  • Quali azioni non può compiere nessuna chiave?
  • Il segreto resta fuori dalla configurazione dell’assistente?
  • Puoi caricare meno strumenti?
  • I risultati sono privati per impostazione predefinita, e serve un consenso per le persone reali?

Limiti

MCP non rende infallibile un assistente. Può ancora scegliere lo strumento sbagliato o fraintendere una richiesta, ed è proprio per questo che approvazioni e limiti devono stare negli strumenti e non nelle buone intenzioni. Alcuni lavori, poi, restano più comodi in un editor visivo, come sistemare una timeline o arredare una pianta in 3D. Il protocollo serve a delegare i passaggi ripetitivi, non a sostituire il giudizio.

Domande frequenti

Devo essere uno sviluppatore per usare MCP? No. Collegare un server a Claude Desktop o a Cursor è un breve passaggio di configurazione, e poi scrivi all’assistente in linguaggio normale. La guida all’installazione mostra ogni passaggio.

MCP invia i miei file all’assistente? L’assistente vede ciò che gli strumenti restituiscono, come i dettagli dei lavori e i link. I file restano nella tua libreria e nelle cartelle che scegli, e i link ai contenuti privati scadono.

MCP è la stessa cosa di un’API? Ci si appoggia sopra. Il server chiama l’API del servizio e presenta le operazioni come strumenti che un assistente può capire e scegliere.