如何用 AI 在 Telegram 群里找客户线索：一套可落地的 MCP 工作流

线索早就在你几个月前加入的那些群里了。只是没人去读，因为一个人不可能盯住四十个群聊，还能发现其中那三条属于购买信号的消息。

真正有效的流程是：手动加入正确的群，把这些账号连接到 Entergram，然后通过 MCP 服务器把 Claude 或 ChatGPT 这类 AI 客户端指向它们。助手会读取所有已连接账号的成员列表和消息历史，找出表现出意向的人，交给你一份筛选过的名单，而不是一整面聊天记录的墙。

先说一条界限，讲清楚，因为这个行业在这一点上含糊其辞：本文的线索工作发生在你的账号已经加入的群组里。 找到群组本身是另一个步骤，而 Entergram 的 MCP 确实支持它：一项实时 Telegram 搜索，按名称或用户名返回你工作区之外的公开群组和频道。任何工具都做不到的，是把你送进一个从未被邀请的私密群组，或者在你加入之前读取一个群组。按主题发现请见如何查找 Telegram 群组。

如果你不想读完整篇指南、只想要查询语句，Telegram 线索查找器会帮你生成：选一个信号，填上你卖的是什么，把结果复制到 AI 客户端即可。

本能反应是把一个大群的成员名单导出来，然后开始群发。这是整个流程中最糟糕的版本，原因有三。

在群里不等于有意向。 某人在 Solana 开发者群里，只说明他在某个时间点对 Solana 感兴趣，可能是 2023 年。这跟他这个季度是否需要你卖的东西毫无关系。

对着抓来的名单冷启动私信，是账号被限制的最快路径。 Telegram 会限制那些向大量无既往联系的人发消息的账号。而成员名单恰恰就是这样一份陌生人清单。我们触达指南里的规则在这里同样成立：你的发送模式越像一份名单，账号被标记得就越快。

它扩展性差，转化更差。 两千个名字换来的是个位数低段的回复率和一个受损的账号。四十个上个月问过相关问题的人，换来的是真实对话。

所以有用的单位不是成员名单，而是按意向筛选过的消息历史。

MCP（Model Context Protocol）是一个开放标准，让 AI 助手能够调用外部工具。Entergram 的 Telegram MCP 服务器在你已连接的 Telegram 账号之上发布工具，助手可以反复调用它们，并对合并后的结果进行推理。

对线索工作真正重要的工具：

• entergram_list_chats 和 entergram_get_chat，用来列举所有已连接账号中的会话
• entergram_list_groups 和 entergram_get_group，针对群组本身
• entergram_list_group_members 和 entergram_get_member，用来看群里都有谁
• entergram_list_messages，用来读历史记录，意向就藏在这里
• entergram_list_contacts、entergram_get_contact 和 entergram_list_contact_shared_groups，用来确认某个人的身份，并查看你和他还共同待在哪些群里
• entergram_patch_chat_custom_fields 和 entergram_create_ticket，把结果作为 CRM 状态写回去，而不是记在某个文本文件里

最后这一对，是「做了一次调研」和「建立了一条管道」之间的区别。找到却没记录的线索，就是你下个月还要再找一遍的线索。

这一步是手动的，而且会一直是手动的。用找群指南里的方法：精确的主题和地域查询、从机构官网跳转的链接、你已经信任的社区给出的推荐。用那个应该拥有这段关系的账号去加入，而不是随手用当时登录着的账号。

这里质量远胜数量。五个你的买家真正在说话的群，强过五十个空投群，助手的输出质量上限，就是你所在房间的质量。

把每个账号连接到 Entergram。MCP 端点的范围严格限定在你连接并授权的账号上，所以任何你没有纳入的内容都永久处于范围之外。如果你用同一个账号同时处理工作和生活，请在连接之前就设好排除的聊天，而不是之后。

这一步最容易做错。不要索取成员名单，要索取那些能预测成交的行为。

在我所有已连接的账号里，找出最近 30 天有人描述了我们产品能解决的问题、询问工具推荐、或者抱怨某个竞品的消息。按人归类，并附上原消息和所在群组。

在我的 12 个行业群里，过去两周谁提出的问题没有人回答？

哪些人同时出现在我三个或更多的群里，并且这个月至少发过一次言？

第三个是个低调的最爱。一个在你多个社区里都活跃的人，本来就已经嵌在你的市场里了，而 entergram_list_contact_shared_groups 把这个问题从一下午的工作变成了一次调用。

「无人回答的问题」这个查询转化率最高。一个没人回答的问题，意味着一个尚未有任何竞品介入对话的公开需求，而给出有用的回答是一次温和的切入，它不像触达，因为它本来就不是。

让助手去做它真正擅长的筛选：

针对上面每一个人，根据他们在我群里的发言，总结他们看起来在做什么，并标出提到过预算、时间节点或现有工具的人。

现在你拿到的是一份带着上下文的短名单。一条引用了对方在群里真实说过的话的消息，读起来像一个认真在听的人写的，因为事实就是如此。

把结果作为结构化状态推入 Entergram：一个字段记录来源群组，一个记录意向信号，再加一个跟进日期。会话级状态用 entergram_patch_chat_custom_fields，需要负责人和时限时用 entergram_create_ticket。此后它的运作方式和任何管道一样，Telegram 线索管理指南对此有详细展开。

全局搜索按名称找群组，而不是按群里说了什么。 entergram_search_telegram 返回你工作区之外的公开用户、群组、超级群组和频道，并标出其中哪些你的账号已经加入。它匹配名称和用户名，因此不会把所有仅仅提到你话题的群组都找出来；而且由于查询是经由真实账号实时发出的，它设有频率限制。要读取一个群组的消息，仍然需要你的某个账号先加入。

没有你未被邀请的私密群。 这些工具的可见范围与你账号的可见范围完全一致。技术上也拿不到更多，而这正是正确的设计。

这不是机器人，机器人也做不到。 Telegram 机器人只有在管理员把它加进群并授权之后才能看到该群，而且读不到它到来之前的历史记录。社区管理员不会把厂商的机器人加进自己的群。你自己的账号本来就能看到这些对话，所以通过你的账号运行的工具能读到你能读到的内容，仅此而已。

这不是数据抓取，而这一点在法律上很重要。 你读的是自己合法身份所在的会话，用于自己的商业用途。这和采集并转卖一个数据库是两回事。请守住这条线：不要把成员名单当作产品导出，尊重每个群关于推广的规则，并且记住，一旦你把欧盟个人记入 CRM，GDPR 的义务就随数据而来。

这套流程的产出是刻意偏小的。四十个群一个月可能只产出十五个真正合格的人。跟一份三千人的抓取名单摆在一起显得很单薄，直到你开始比较回复率和账号健康度。

用那个确实在群里的账号发送。引用真实的那条消息。一天联系几个人，而不是一百个。Telegram 的限制机制针对的是看起来自动化的模式，而一个缓慢温和的动作永远不会触发它。

如果你的需求是从零开始发现全新的社区，那么目录或者查找工具才是对的器械，这套流程并不能取代它。

但发现是这个问题中便宜的那一半，而且是一次性成本。昂贵的那一半，那个每周都会回来、永远不会结束的那一半，是在你已经加入的房间里注意到那三条真正重要的消息。这一半没有人有时间去做，而这恰恰是一个对你自己账号拥有读取权限的 AI 助手真正改变经济账的地方。

1. 用应该拥有这些关系的账号，加入 10 到 20 个你的买家真正在交谈的群。
2. 把这些账号连接到 Entergram，并提前设好排除的聊天。
3. 把 MCP 端点加进你本来就在用的 AI 客户端。
4. 每周运行一次意向查询，而不是每天。大多数群不会每天都产生新信号。
5. 把每一个合格的人记为 CRM 状态，带上来源和跟进日期。
6. 合适的时候就在群里回复，只有当公开回复显得奇怪时才私信。

部分可以。通过 Entergram 的 MCP，助手可以执行实时 Telegram 搜索，返回你尚未加入的公开群组和频道，按名称或用户名匹配并设有频率限制。它也可以在你已加入的群组之间搜索，而这是 Telegram 自带搜索无法在一次跨多账号查询中完成的。要读取群内所说的内容，仍然需要先加入。

阅读你合法加入的群里的对话，用于自己的销售工作，属于正常的商业调研。采集成员名单以构建或转卖联系人数据库则是另一回事，在 GDPR 及类似法规下有实际法律风险，而且也违反大多数群组的规则。

阅读不会。如果你把产出当成冷名单来群发，发送可能会。Telegram 会限制向大量无既往联系的人发消息的账号。保持低量、引用真实上下文，并优先在群里回复而不是私信。

不需要，而且机器人也不管用。机器人只能看到管理员授权加入的群，读不到它加入之前的历史记录。