Confronto
Run it by o costruirselo in casa, e Run it by o MCP elicitation
27 ott 2026 · 6 min di lettura
In breve
Una pagina con un modulo e una tabella in un database richiede un pomeriggio. Un link che puoi mandare in tutta sicurezza a degli sconosciuti, che mostra bene qualsiasi schema su un telefono, valida da entrambi i lati, scade, manda promemoria, firma i suoi webhook e li ritenta richiede un paio di settimane, e poi resta tuo da mantenere. MCP elicitation è uno strumento diverso: chiede a chi è già nella chat.
Cosa comporta «costruirselo in casa»
- Un renderer per schemi arbitrari: date, enum, array, caselle di consenso, sezioni, cursori, layout per il mobile, bozze che sopravvivono a un ricaricamento.
- Validazione doppia: nel browser per la persona e sul server, perché un POST costruito a mano non possa passare.
- Link sicuri da condividere: token non indovinabili, uno per persona, scadenza, chiusura anticipata e una pagina chiara quando un link non è più valido.
- Consegna: webhook firmati, nuovi tentativi con backoff e un modo per leggere la risposta quando il webhook è fallito.
- Seguito: chi non ha ancora risposto, promemoria che non fanno spam, codici via email per le approvazioni.
- Gestione degli abusi: limiti di frequenza, un controllo anti-bot sui link aperti e il rifiuto dei moduli che chiedono password o numeri di carta, perché un link a un modulo mandato da un agente è un ottimo strumento di phishing.
- Conservazione: eliminare le risposte secondo una pianificazione e un’informativa sulla privacy che tuteli chi risponde.
Nessuna di queste cose è difficile da sola. Tutte insieme sono un prodotto, e non è quello che volevi costruire.
Quando conviene costruirselo in casa
- Hai bisogno che i dati restino in una regione specifica o sulla tua infrastruttura. Run it by conserva i dati in un’unica regione US-East e non offre ancora una residenza solo UE.
- Ti servono oggi certificazioni come SOC 2 o HIPAA. Noi non le abbiamo ancora.
- Il modulo è una parte centrale del tuo prodotto e richiede un’interfaccia completamente su misura.
MCP elicitation chiede alla persona nella chat
Il Model Context Protocol ha una funzione di elicitation: durante una sessione, un server MCP può chiedere al client di mostrare all’utente un piccolo modulo. È lo strumento giusto quando la persona che ti serve è quella che sta usando l’agente, proprio ora.
È volutamente semplice. Lo schema è un oggetto piatto di stringhe, numeri, booleani ed enum, la risposta è accetta, rifiuta o annulla, e i server non devono usarlo per chiedere password o chiavi. Le versioni più recenti della specifica aggiungono una modalità URL che manda l’utente a una pagina esterna. Il supporto varia da client a client, quindi controlla la documentazione del tuo.
Elicitation o Run it by
| MCP elicitation | Run it by | |
|---|---|---|
| Chi risponde | L’utente della sessione in corso | Chiunque, tramite link: una persona, fino a 50 destinatari nominativi o un link aperto |
| Quando | Subito, mentre la sessione aspetta | Quando gli fa comodo, fino a 90 giorni |
| Schema | Piatto: stringhe, numeri, booleani, enum | Sottoinsieme di JSON Schema con array, più formati, widget e sezioni |
| Approvazioni | Accetta o rifiuta il modulo | Regole su più persone, codici via email, un esito |
| Dove compare | Dentro il client MCP | Qualsiasi browser, con i colori del tuo marchio |
Molti agenti hanno bisogno di entrambi: elicitation per chiedere subito qualcosa all’utente e un link quando la risposta deve arrivare da qualcun altro. Per provare il secondo, aggiungi il server MCP da Claude Code o Codex con un solo comando; la documentazione spiega come.
Provalo con il tuo agente
Gratis fino a 250 richieste al mese, senza carta. Aggiungi il server MCP da Claude Code o Codex con un solo comando, oppure usa l’API REST.