MCP, ACP o skill AI: scegliere la connessione giusta
Distingui endpoint di modelli, strumenti MCP, agenti ACP, skill riutilizzabili e attività pianificate con esempi concreti.
Vuoi che un assistente legga una segnalazione, corregga un bug o ripeta un controllo settimanale. «Aggiungi un’integrazione» non ti dice quale configurazione ti serve. Endpoint dei modelli, MCP, ACP, skill e pianificazioni si occupano ognuno di una parte diversa del lavoro.
Parti dall’azione che vuoi e capisci cosa manca. Aggiungere un protocollo non ti dà un modello migliore, non ti fa accedere a un account e non tiene acceso un computer. Questa guida ti aiuta a scegliere la configurazione più piccola che funziona, in Mono by Reunified o in un’app simile.
1. Individua la capacità mancante
Usa questa tabella prima di cercare un plugin:
| Obiettivo immediato | Cosa controllare per primo |
|---|---|
| Usare un altro modello per le risposte di testo | Impostazioni dell’endpoint del modello |
| Leggere o modificare informazioni in un altro servizio | Un server MCP adatto o un’integrazione inclusa |
| Lavorare con un agente di programmazione su un repository | Se client e agente ACP funzionano insieme |
| Riutilizzare un flusso già pronto | Uno skill e ciò di cui ha bisogno |
| Ripetere un’azione che funziona già | Un pianificatore e dove viene eseguito |
Sono punti di partenza, e spesso lavorano insieme. Uno skill può usare MCP, un agente di programmazione può chiamare strumenti e un’attività pianificata può eseguire uno skill. Trova il primo pezzo mancante invece di installare ogni livello.
2. Usa MCP per una capacità esterna
Model Context Protocol (MCP) collega un’app di AI alle funzioni offerte da un server. L’architettura ufficiale le divide in strumenti, risorse e prompt. Un server può offrirne uno o più.
Supponiamo che tu voglia elencare le segnalazioni aperte di un servizio di progetto. Ti serve una connessione che offra quella ricerca e un account autorizzato a leggere il progetto. Un server che sa cercare segnalazioni non sa per forza crearle o chiuderle.
Controlla cosa sa fare davvero il server e provalo con una piccola richiesta di sola lettura. Per i passaggi di configurazione, usa la guida MCP. Passare a un altro modello linguistico non gli dà accesso al tuo account di progetto.
3. Usa ACP per una sessione di programmazione
Agent Client Protocol (ACP) definisce come un agente di programmazione comunica con un client, per esempio un editor. L’introduzione ACP lo spiega. L’agente fa il lavoro nel repository; il client è lo schermo da cui lo guidi.
Per «trova e correggi questo test che fallisce», controlla che agente, client e computer che li esegue funzionino insieme. Usare lo stesso protocollo non dimostra che siano stati provati insieme. Il repository e i comandi hanno sempre bisogno di un computer con gli accessi e gli strumenti giusti.
Un telefono può controllare quel lavoro senza essere il computer che lo esegue. In Mono Code il tuo computer ospita i progetti e il telefono guida agenti come Claude Code, Gemini CLI o OpenCode tramite ACP. La nostra guida alla programmazione remota parla di attività piccole, approvazioni e riconnessione. ACP non ti dà un computer cloud sempre acceso e non paga la fattura del fornitore dell’agente.
4. Usa uno skill per riutilizzare un comportamento
«Skill» vuol dire cose diverse in prodotti diversi. In Mono, uno skill è un componente aggiuntivo che può includere moduli, parametri e connessioni ad altri servizi. Altrove, uno skill può essere un documento di istruzioni o un pacchetto in un altro formato. Non dare per scontato che gli skill di un prodotto funzionino in un altro.
Per «formatta queste note allo stesso modo ogni settimana», guarda prima cosa si aspetta di ricevere lo skill e cosa restituisce. Può usare solo il testo che gli dai, chiamare un modello o recuperare informazioni tramite una connessione. Ognuna di queste cose aggiunge configurazione e un’altra cosa che può andare storta.
Usa la lista per installare skill per verificare cosa serve a uno skill e provare un risultato. Un’installazione riuscita non dimostra che la sua fonte di dati funzioni oggi o che giri su ogni dispositivo.
5. Aggiungi l’orario quando l’azione funziona
Un pianificatore decide quando inizia il lavoro. Non fornisce dati o permessi mancanti. Per un riepilogo settimanale di un progetto, verifica prima a mano di ottenere gli elementi giusti e un riepilogo utile. Poi decidi dove il lavoro può girare all’ora che ti serve.
Le Attività di Mono girano sul tuo dispositivo, e un’attività saltata mentre l’app era chiusa viene recuperata la prossima volta che la apri. Quindi non aspettarti che un’attività parta puntuale mentre il telefono è spento. Un’attività che richiede un comando sul computer ha bisogno anche di quel computer; una pianificazione non sposta il comando sul telefono.
Se manca un risultato pianificato, controlla dove gira l’attività prima di cambiare modello. Se un servizio restituisce un errore di autorizzazione, controlla la connessione del suo account prima di reinstallare l’agente di programmazione.
6. Descrivi la configurazione in cinque righe
Scrivi cinque righe: modello, servizi esterni, azioni riutilizzabili, computer per la programmazione (se c’è) e pianificazione (se c’è). Lascia vuote le righe che non usi. Accanto a ogni parte usata, annota chi la gestisce, quali informazioni riceve e chi te la fattura.
Un semplice compito di scrittura può richiedere solo un modello. Sistemare un repository può richiedere un agente ACP e un computer, ma nessuna nuova connessione MCP. Un riepilogo settimanale da un servizio può richiedere una connessione, uno skill e un pianificatore attivo.
Mono non è ancora disponibile, ma puoi iscriverti alla lista d’attesa. Nel frattempo usa questa mappa per progettare una configurazione che sai spiegare e provare prima di ampliarla.
