n8n Telegram MCP - automatizza il tuo vero account

n8n Cloud

Il percorso più breve. Inserisci un nodo MCP Client in un workflow, incolla l'endpoint in hosting e lascia che n8n Cloud gestisca da solo il giro OAuth sul proprio dominio di callback: nessun tunnel da aprire, nessun certificato da gestire. Poiché il server Entergram è remoto, il nodo conserva una credenziale invece di avviare un processo locale, quindi lo stesso workflow gira identico su ogni worker di esecuzione e sopravvive a esportazione e importazione in un altro progetto.

n8n self-hosted

Stesso nodo, un prerequisito in più: l'handshake OAuth reindirizza alla tua istanza, quindi n8n deve conoscere il proprio indirizzo pubblico. Imposta le variabili di host e webhook prima di creare la credenziale, altrimenti la schermata di consenso si completa e poi rimbalza su localhost. Da lì in poi tutto si comporta come nel Cloud, compresa la condivisione delle credenziali tra progetti.

N8N_HOST=n8n.yourcompany.com
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.yourcompany.com/

Nodo AI Agent con strumenti MCP

Invece di collegare ogni chiamata a mano, aggancia il client MCP a un nodo AI Agent come fornitore di strumenti e lascia che il modello scelga quali strumenti Entergram invocare per un dato input. È adatto ai lavori sfumati, come classificare un messaggio in entrata o decidere se qualcosa merita un ticket, dove la logica è più facile da descrivere che da disegnare. Fissa l'elenco degli strumenti che vuoi davvero esporre: un agente con 78 strumenti a disposizione ogni tanto prende la strada panoramica, e un agente pianificato non dovrebbe proprio avere strumenti distruttivi a portata di mano.

Mostra tutti i 78 strumenti in 9 gruppi →

• L'accesso MCP è incluso nel piano Pro. La credenziale si autorizza su qualsiasi livello, quindi il problema emerge dopo, come errori degli strumenti dentro un'esecuzione pianificata, e non in fase di configurazione.
• MCP è domanda e risposta, non un canale push. Entergram non apre un socket verso n8n, quindi la sensazione di un sistema a eventi viene da uno Schedule Trigger che interroga abbastanza spesso: il compromesso è tra latenza e numero di esecuzioni.
• Nessuno approva un invio al posto tuo. In un client di chat una persona legge ogni bozza prima che parta; in un cron job no, quindi tratta i rami di invio come codice di produzione e mettili dietro filtri espliciti e un interruttore di modalità test.
• Gli invii in blocco hanno dei limiti. entergram_broadcast_message invia lo stesso testo a un elenco limitato di username unici; un messaggio personalizzato a trenta chat resta trenta chiamate separate, quindi regola il ritmo del loop, limita i tentativi e aspettati che il tetto sia il controllo anti-flood di Telegram, non il workflow.
• Un'esecuzione fallita non è atomica. Se un'esecuzione si interrompe a metà di un loop, gli invii e le scritture di campi già eseguiti restano: costruisci il workflow in modo idempotente e registra cosa ha elaborato, invece di contare su un rollback pulito.
• I token scadono. Un'automazione che ha girato per settimane può fermarsi di notte perché nessuno ha riapprovato l'accesso, quindi aggiungi un ramo di errore che avvisa una persona invece di fallire in un log vuoto.

OAuth si completa ma reindirizza a localhost

Un'istanza self-hosted che non conosce il proprio indirizzo pubblico manda la callback a se stessa. Imposta le variabili di host, protocollo e webhook sull'URL che il tuo browser usa davvero, riavvia n8n, poi elimina e ricrea la credenziale: una già esistente conserva il vecchio reindirizzamento.

Il nodo si collega ma non elenca alcuno strumento

n8n mette in cache il manifesto degli strumenti quando la credenziale viene creata. Riapri il nodo e aggiorna l'elenco degli strumenti, oppure duplica il nodo una volta: un workflow salvato prima del caricamento del manifesto continuerà a riferirsi a un insieme vuoto.

I nodi di lettura funzionano, quelli di invio restituiscono 403

È un agente personale che fa esattamente ciò che i suoi ambiti prevedono. La messaggistica in uscita appartiene a un connettore del workspace, che deve creare un proprietario o un amministratore: riautorizzare la stessa credenziale personale non la amplia. Se il 403 colpisce anche i nodi di lettura, controlla invece il piano: l'accesso MCP richiede Pro.

Il workflow pubblica dall'account Telegram sbagliato

Ogni strumento di messaggistica accetta un account_id esplicito, e uno non specificato viene scelto al posto tuo. Chiama l'elenco degli account una volta all'inizio del workflow, fissa l'id che vuoi come variabile del workflow e usalo in ogni nodo a valle.

Una pianificazione che girava da settimane all'improvviso fallisce

Quasi sempre è un token scaduto. Apri la credenziale, ricollegala, riapprova l'accesso e le esecuzioni in sospeso riprendono al ciclo successivo. Collega l'uscita di errore del nodo MCP a una notifica, così la prossima scadenza non la scopre un cliente.

Le esecuzioni vanno in timeout su grandi recuperi di messaggi

Leggere l'intera cronologia di centinaia di conversazioni in un solo nodo supera il timeout di esecuzione. Dividi l'elenco delle chat con Loop Over Items, limita la dimensione dei blocchi e salva un cursore, così ogni esecuzione riparte da dove si era fermata la precedente. Un recupero dello storico dovrebbe essere un workflow separato da quello incrementale che gira ogni ora.