n8n · n8n.io

把 Telegram 接入 n8n

在 n8n 中把 Entergram 添加为 MCP 数据源，自动化你真实的 Telegram 账号，标出你漏看的消息、追回变冷的潜在客户，并把客户反馈分流到该去的地方。

MCP 服务器地址 https://mcp.entergram.com/mcp

免费开始查看所有连接器

三步连接 n8n

适用于 n8n 的 MCP 节点。

MCP 服务器地址 https://mcp.entergram.com/mcp

在 Entergram 中打开 Settings → Workspace → Connectors → MCP，复制你的 MCP 服务器地址。
在你的 n8n 工作流中添加 MCP 节点，并将其指向 Entergram MCP 地址：https://mcp.entergram.com/mcp。
点击 Connect，用你的 Entergram 账号登录，然后点击 Allow access，然后把 Telegram 的触发器和动作接入你的 n8n 场景。

值得搭建的自动化

连上你的个人账号后，n8n 可以监视并操作你的聊天。例如：

每天早上推送一份摘要，列出你漏看的消息和仍在等你回复的客户。
标记那些发了两次消息却没得到回复的潜在客户，并创建一项跟进任务。
当客户发来反馈时，给它打标签并记录到你的 CRM 或电子表格里。
检测已读不回超过 24 小时的提问，给自己发一条提醒。
量化每周错过的机会，并把这个数字推送到 Slack。

n8n 能用你的 Telegram 做什么

n8n 自带一个连接外部 MCP 服务器的 MCP 节点。Entergram 把你的个人 Telegram 账号封装成托管的 MCP 服务器，让 n8n 在全程 OAuth 安全授权下，基于你真实的聊天搭建可视化自动化，无需机器人账号、无需自定义代码。

在新消息和事件上触发工作流
检测未回复的聊天和变冷的潜在客户
从流程中发送消息和群发
把联系人和自定义字段同步到其他应用
定时量化错过的机会
把 Telegram 数据流转到你的整个技术栈

六个能把自己赚回来的工作流

n8n 不是跟你的 Telegram 账号聊天，而是按时间表对它执行任务。下面每一行都是一个真实的工作流形状：一边是触发条件和目标，另一边是满足它的有序 Entergram 调用，以及运行结束后落进你系统里的东西。它们全都不需要有人开着标签页，这正是要在这里搭建而不是在聊天客户端里搭建的理由。

了解更多

工作流

每晚 02:00，把每个工作区聊天及其流程字段镜像进 Postgres，供 BI 看板使用。

调用的工具

entergram_list_workspace_chatsentergram_list_custom_columnsentergram_get_chat_custom_fields

这次运行的产出

Schedule Trigger 把聊天列表铺进 Loop Over Items 节点，字段结构只读一次以便解析出真实键名而不是靠猜，然后按会话逐行 upsert。第二天早上分析师用 SQL 就能查 Telegram 的流程状态，没人需要打开 Entergram。

工作流

当 CI 推来「部署完成」的 webhook 时，通知受本次发布影响的客户群。

调用的工具

entergram_list_groupsentergram_send_message

这次运行的产出

Webhook 节点接收构建负载，Code 节点把服务名映射到关心它的群标题，然后每个群触发一次发送调用。发布沟通不再依赖谁记得去粘 changelog；而且因为消息是用构建元数据拼出来的，它带的永远是真正上线的那个版本。

工作流

每小时关闭那些底层会话已经沉默七天的工单。

调用的工具

entergram_list_ticketsentergram_list_messagesentergram_update_ticket

这次运行的产出

工作流拉取未关闭工单，检查每个关联会话最后一条消息的时间戳，用 IF 节点按沉默时长过滤后再写入状态变更。陈旧的队列项自己消失，而关闭后又有人回复的那些，会在下一条入站消息时自动重开。

工作流

当计费方推来「支付失败」事件时，创建一个催款工单并附上账单明细。

调用的工具

entergram_list_contactsentergram_create_ticketentergram_create_ticket_comment

这次运行的产出

联系人查询把付款人对应到某个 Telegram 会话，工单挂在该聊天上创建，原始账单负载作为评论写进去，于是接手的客服不用打开计费后台就能看到金额和失败原因。催款从此变成带上下文的队列项，而不是一封没人认领的邮件。

工作流

每周日，把 Telegram 群成员与 HR 花名册对账，移除已离职的人。

调用的工具

entergram_list_groupsentergram_list_group_membersentergram_remove_chat_member

这次运行的产出

Merge 节点对两份成员列表求差，只有待移除的那部分往下流。离职流程不再把前外包留在客户群里好几个月，而这次运行的汇总本身就是一份可以交给审计的访问复核材料。

工作流

每十五分钟，把客户丢进聊天里的发票和合同转发到财务频道。

调用的工具

entergram_list_messagesentergram_get_messageentergram_forward_messages

这次运行的产出

轮询分支扫描近期历史里的文档附件，Filter 节点留下符合你命名规则的那些，转发会保留原始发送人署名。财务不用再追问那份签好的 PDF 是不是还躺在谁的私聊里。

在 n8n 里跑 Entergram 的三种方式

了解更多

n8n Cloud

最短路径。往工作流里放一个 MCP Client 节点，粘贴托管端点，OAuth 往返交给 n8n Cloud 在它自己的回调域名上完成，不用开隧道，也不用管证书。由于 Entergram 服务器是远程的，节点持有的是一份凭证而不是拉起本地进程，因此同一个工作流在每个执行节点上表现完全一致，导出再导入到另一个项目里也照样能跑。

自托管 n8n

同样的节点，只多一个前提：OAuth 握手要跳回你的实例，所以 n8n 必须知道自己的公网地址。在创建凭证之前先设置好 host 和 webhook 变量，否则授权页走完之后会跳到 localhost。此后的一切都和 Cloud 一样，包括跨项目共享凭证。

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

AI Agent 节点 + MCP 工具

与其手工接线每一次调用，不如把 MCP 客户端作为工具提供方挂到 AI Agent 节点上，让模型自己决定针对某个输入该调用哪些 Entergram 工具。这适合模糊型任务（给一条入站消息分类、判断某件事值不值得开工单），这类分支逻辑描述起来比画出来容易。记得固定你真正想暴露的工具清单；手握 78 个工具的智能体偶尔会绕远路，而定时运行的智能体首先就不该让破坏性工具触手可及。

工作流可调用的工具面

一份已授权的凭证，会向引用它的每个节点开放全部 9 组共 78 个工具。实际做起来，你每个工作流只会固定用到其中几个（轮询分支里用读工具，写工具放在过滤器后面）但这里没有任何东西需要额外的集成或第二份凭证。

了解更多

显示全部 78 个工具（共 9 组） →

你授权的是一个工作流，而不是一个人

你在 n8n 里创建的凭证，在你关掉浏览器标签页之后依然长期有效，这既是它的用处，也是它的风险。请一开始就想清楚：这个连接是以某个成员的身份行事，还是以整个工作区的身份行事，因为无人值守的运行会持续行使你授予的一切权限。Telegram 会话凭证始终留在 Entergram 内部，n8n 手里只有一个 OAuth 令牌。

了解更多

个人智能体: 任何工作区成员都可以创建。它可以读取工作区、账号、联系人、聊天、消息和工单，并对属于你的聊天读写自定义字段。做报表或告警的工作流用它就够了，而一份发不出消息的凭证，也就没法在凌晨三点让你难堪。
工作区连接器: 仅限所有者和管理员。这是需要发送的工作流所需的档位（出站消息、跨任意聊天写自定义字段、群组管理），而且它是与团队共享的，同事可以直接维护这套自动化，不必用自己的名义重建凭证。建议把发送类工作流和报表类工作流放在不同项目里，免得这份高权限凭证默认挂在所有东西上。
撤销: 在 Settings → Workspace → Connectors → MCP 里干掉令牌，所有定时执行都会在下一次调用时开始失败，而不是悄无声息地继续跑。在 n8n 里删掉凭证，效果相同，只是方向相反。请在搭这套工作流的人离职之前撤销，而不是之后。

设计工作流时要绕开的约束

这些都不是拦路虎，但每一条都会影响你如何搭一张无人值守运行的节点图。

了解更多

MCP 访问位于 Pro 套餐。凭证在任何档位都能完成授权，所以差额会在后面以定时执行里的工具报错形式暴露出来，而不是在配置阶段。
MCP 是请求-响应，不是推送通道。Entergram 不会向 n8n 打开一条长连接，所谓「事件驱动」的手感来自 Schedule Trigger 轮询得足够频繁，代价是在延迟和执行次数之间做取舍。
没有谁替你审核一次发送。聊天客户端里有人会在每条草稿发出前先读一遍，定时任务没有；所以请把出站分支当生产代码对待，用明确的过滤条件和一个测试模式开关把它挡住。
批量发送是有边界的。entergram_broadcast_message 会把同一段文字发给一份有上限的唯一用户名列表；给三十个聊天发个性化消息仍然是三十次独立调用，所以要控制循环节奏、限制重试次数，并预期上限来自 Telegram 自身的防刷屏限制，而不是工作流。
失败的运行不是原子的。如果某次执行在循环中途挂掉，已经提交的发送和字段写入依然算数，请把工作流设计成幂等的，并记录已处理的内容，而不是指望能干净回滚。
令牌会过期。跑了几周的自动化可能因为没人重新授权而在一夜之间停摆，所以请加一条错误分支去提醒真人，而不是让它失败进一份没人看的空日志。