Telegram 线索查找器：生成查询，跟进信号

在这里，什么才算线索

成员名单不算。从群里导出名字谁都会，而没有上下文的名字一文不值，这也是批量抓取的 Telegram 名单转化率跟垃圾信息一样差的原因。

这里的线索是一条消息。某个人在某个特定时刻说了一句话，让你看出他有你能修好的问题，或者有修好它的预算。那条消息既是资格判断，也是开场白，因为你可以回应他真正写下的内容，而不必猜。

这正是搜寻必须发生在对话内部、而不是对话外围的全部原因。你收集的不是人，而是时刻，而时刻是有保质期的。这也是为什么上面每个查询里的时间范围，比关键词更重要。

搜寻是怎么做到的

Telegram 自带的搜索只给你一个输入框，一次一个账号，拿一个关键词去匹配消息文本。要找回一条你记得的消息，这完全够用。但对上面那个问题它毫无办法：没有跨账号视图，无法按意图而非按词过滤，也不会留下你事后做了什么的记录。

所以改为把 Telegram 账号通过 MCP 接到 AI 客户端上。MCP 这个协议给 AI 客户端的是真正的工具，而不是一块剪贴板：它可以列出你的会话、读取历史、查询联系人，并把结果写回团队看得到的地方。你用日常语言描述信号，翻页的活儿它来干。

配置很短。在 Entergram 里依次打开设置、工作区、连接器、MCP，把服务器网址复制到你的 AI 客户端，再通过 OAuth 提示登录即可。不会创建别的东西，也不会生成 API 密钥。完整机制见 Telegram MCP 页面。

为什么机器人做不到

这个限制决定了其余的一切。除非管理员关闭隐私模式，Telegram 机器人读不到公开群里的普通对话；而且它无法主动私聊一个没先给它发过消息的人。找线索这两样都需要。这就是为什么 Telegram 上基于机器人的线索获取，始终跨不过“收集点了链接的人”这一步。

真实账号没有这层限制，因为它看到的就是账号背后那个人看到的：加入的群、群里的对话、私聊，以及已经认识的人。详细对比见 Telegram MCP 与 Bot API 的对比。

动手私信之前，先核一遍

查询给你的是候选人。九十秒的核对，能把候选人变成一个值得发消息的人；跳过这一步，正是好信号被烧掉的方式。

• 读一读前后的对话. 命中的那条消息很少是故事的全部。问价格的人可能早已选定，也可能正在劝别人别买。
• 看看信号有多旧. 六周前的价格提问和周二的提问是两场不同的对话。先处理新的。
• 先找交集，再找开场白. 共同的群、共同的联系人或此前的往来，都会改变你能合理地用什么开口。
• 确认对方还没在你的管道里. 团队里可能有人正和他聊到一半。两个人分头找上门，比没人找上门更糟。
• 判断回帖是不是比私信更好. 通常更好的做法是在他提问的那个群里回答。公开、有用，而且读起来不像外呼。

把线索放到能留存的地方

留在聊天窗口里的线索，是只会被跟进一次的线索。在同一个请求里就让 AI 客户端把它记下来：设置阶段、设置来源、设置跟进日期，并留一条引用了触发资格那条消息的内部备注。这些就是团队本来就在看的字段列，所以不需要把任何东西复制到别处。

写入时有一条提醒：先请求字段列结构，再设置值，因为复选框接受布尔值，多选接受选项值数组，日期接受 ISO 8601 字符串。靠猜的客户端会写进一些看着没错、过滤起来却不对的数据。

从这里开始，就是 Telegram CRM 里的常规管道工作了，阶段和跟进在线索管理中处理。 这套流程的详细版本，包括发送限制和仍需手动处理的环节，见如何在 Telegram 群里找客户线索。

发送，要谨慎

读取和发送是两套独立的工具，上面的工作绝大部分都是只读的。先维持这样，直到产出稳定到就是你自己会写的样子，再进到草稿，最后才是发送。

真要发送时：发送以账号为界，不会在你连上的所有账号之间一起发出去。传入从账号工具拿到的 account_id，给还不是联系人的人发第一条消息时使用 username，并把发送量保持在人的水平。Telegram 限制那些行为像软件的账号，远早于你的管道枯竭。

界线也要划清楚。读你所在群里的公开对话，是你自己账号的正常使用。批量导出成员名单、向陌生人群发则不是，而且那是丢掉这一切所依赖的那个账号的最快方式。

如果你还缺群本身

上面所有内容都假设你已经在值得一读的社群里。如果还没有，那是更早一步的问题，它有自己的页面：Telegram 群组查找器按主题搜索公开群组和频道，让你先进对房间，再在里面听。