用 Telegram MCP 和 Claude 到底能做什么（先从整理文件夹开始）

现在打开 Telegram，看一眼你的聊天列表。如果你用它办公，你面前多半是 200 到 2000 个会话：私人私聊、客户群、十来个半死不活的项目频道、三个当年一时兴起加入的社区，还有一套十八个月前搭好、之后再没动过的文件夹结构。

这些聊天里的每一个都装着你真正需要的信息。谁在等你回复。哪笔交易安静了下来。哪个群已经彻底变成噪音。哪个频道你从三月起就没打开过。

问题不在于数据不存在，而在于你没法向它提问。Telegram 给了你搜索，但没有给你判断。

Model Context Protocol 填的正是这个缺口。MCP 是一个开放标准，由 Anthropic 在 2024 年底提出，如今已被大多数认真的 AI 应用支持。它让模型能对真实系统调用真实工具，而不是靠一张粘贴过来的截图去猜。把 Claude 连到 Telegram MCP 服务器，它就不再是一个你往里粘东西的聊天机器人，而变成一个能读取你真实聊天列表、查出每个聊天背后的联系人、并给你一个决定而不是一段描述的东西。

这篇文章列出真正值得用它来做的事。第一件，几乎是每个人最先想要的那件。

Telegram 文件夹是 Telegram 最好的组织功能，而几乎没有人的文件夹是整齐的。用了一年之后，典型的工作文件夹结构大概长这样：

• Work：140 个聊天，等于没分类，因为什么都是工作
• Clients：12 个聊天，其中五个已经流失
• Clients NEW：因为 Clients 变乱了才建的，现在也乱了
• Important：40 个聊天，里面已经没有一件重要的事
• crypto：你完全不记得自己建过这个

免费账号有 10 个文件夹和 5 个置顶位，Telegram Premium 会提高这些上限，但更多文件夹并不是解药。解药是把里面的东西重新过一遍，而这恰恰是那种琐碎、需要判断、动辄上千条目的活：人永远腾不出一个下午，智能体几分钟就做完了。

下面是完整的工作流。

Claude 调用 list_accounts 查看你连接了哪些 Telegram 账号，然后用 list_chats 和 list_live_chats 拉出全貌：每一个私聊、群组和频道，连同类型、标题、未读数、最后消息时间与免打扰状态。由于 Entergram 通过 MTProto 连接的是你真实的 Telegram 账号而不是机器人，这里包含的是你在客户端里能看到的一切，而不是 Bot API 集成能返回的那一小片。（这个区别几乎就是全部胜负所在，我们在 Telegram MCP 与 Bot API 对比中拆解过。）

对于拿不准的聊天，它会调用 list_messages 读一段最近的对话。

这一步是规则做不到的。一个叫"Project Falcon"的群名什么都说明不了，但它最近的 40 条消息会告诉你：这是一个客户交付频道，四月之后就沉寂了。

把你的分类给智能体，它会按内容而不是按名称来归类：

把每个聊天归入且仅归入以下一类：活跃客户、潜在客户、供应商、内部团队、社区／资讯、私人、沉寂。依据最近 30 条消息和最后活跃日期判断，不要依据聊天名称。如果某个聊天确实难以判断，标记为 needs-review，不要靠猜。

最后那句话比看起来重要得多。没有它，你会在那 5% 真正模糊的聊天上得到一堆自信满满的胡说。

现在智能体手里有了真实的分布，于是它能告诉你这样的结论：

• "Clients 和 Clients NEW 分别有 12 和 9 个聊天，其中 4 个重合。合并为 Clients 活跃（17 个聊天），把 4 个已流失的放进 Archive。"
• "Important 的 40 个聊天里有 38 个已经 61 天没有新消息。这不是优先级文件夹，这是坟场。建议删除，并把其中 2 个仍活跃的聊天重新归入 Clients 活跃。"
• "目前散落在 Work 里的 23 个供应商聊天没有对应文件夹。建议新建 Suppliers。"

十次里有九次，结论都是减少文件夹，而价值在于终于有人把这些数清楚了。

不是一份战略文档，而是一张你可以直接照着做的逐行表格：

注意第三行。免打扰和移除不是一回事：有些频道你想保留，只是不想再被它打扰。一次像样的整理会把移动、免打扰和归档当作三个不同的动词来处理，因为它们本来就是。

这是整个设计中不可妥协的部分，你应该把它直接写进提示词里：

先把完整方案以表格形式呈现给我。在我回复 APPROVED 之前，不要移动、不要设免打扰、不要归档、不要写入任何内容。如果我给出修改意见，只执行修改后的版本。任何情况下都不要退出聊天、不要删除聊天，也不要因为这项任务给任何人发消息。

跑一次你就明白为什么：在一份 300 个聊天的清单上，你通常会推翻 10 到 20 行。某个客户你知道下季度会回来。某个"已死"的群其实正是每年续约发生的地方。智能体处理那 280 个显而易见的条目非常在行，但它无从知晓剩下那 20 个背后的事。审批不是摩擦，而是你的知识进入这套系统的入口。

只处理一对一聊天的整理毫无意义，因为乱的主要就是群组和频道。由于连接器看到的账号和你看到的是同一个，同一次整理可以覆盖私人私聊、私有与公开群组、广播频道，以及已有的文件夹归属关系。Telegram 把文件夹暴露为带明确包含／排除规则的一等对象，因此"现在什么在哪里"是可以确切知道的，而不是靠推断。

Entergram 在 CRM 这一侧同样把文件夹当作真实可用的视图来对待，这正是一个组织决策能活过它被做出的那一天的原因。关于这一点，原生 Telegram CRM：文件夹与原生功能为何重要里有更多展开。

值得说清楚，因为诚实的版本比宣传册的版本更有用。

在你批准之后，智能体会把这些决定写到能长期留存的地方：通过 patch_chat_custom_fields 在每个聊天的自定义列上设置分类、归属人与状态；用 create_chat_comment 留下一条内部备注，说明为什么这样归类；并为需要人工跟进的事项开工单。从此以后，正是这些字段在驱动你的筛选视图和按文件夹维度的统计，于是这次分类不再是一条被你滑过去的聊天消息，而是附着在记录上的结构。

而原生侧的动作，也就是 Telegram 客户端里真正的文件夹移动、免打扰与归档开关，会以一份排好序的清单给出，让你一口气清完；同时连接器在聊天管理方面的写入权限也在持续扩展。你批准方案，CRM 状态自动写入，应用内的点按只是最后一小截。和自己逐个复核 300 个聊天相比，这根本不是一场势均力敌的比赛。

Connect to Entergram and audit my Telegram organization.

1. List every connected account and all chats (DMs, groups, channels)
   with type, last activity, unread count, and current folder.
2. For anything ambiguous, read the last 30 messages before deciding.
3. Classify each chat: Active client / Prospect / Vendor / Internal /
   Community / Personal / Dormant. Mark unclear ones `needs-review`.
4. Recommend which folders to merge, rename, or delete, with counts
   and the reason for each.
5. Give me a table: chat, type, last active, current folder,
   proposed folder, action (move / mute / archive), one-line reason.
6. STOP. Do not write anything until I reply APPROVED.
7. On approval: set custom fields + internal notes for each chat,
   open tickets for anything needing follow-up, and give me the
   remaining Telegram-side actions as an ordered checklist.

Never leave a chat, delete a chat, or message anyone.

存下来。每季度重跑一次很值得。

整理文件夹之后使用率最高的工作流。智能体读完整夜进来的所有消息，结合你 CRM 字段里每个联系人的阶段与价值，给你五行摘要：什么紧急，什么在等你，什么可以拖到周四。真正紧急的那些，会在你喝完咖啡之前就被开成工单。完整演练见如何用 Claude 与 MCP 自动化 Telegram 收件箱分诊。

"找出所有对方最后一条消息在 48 小时之前、而我始终没有回复的聊天。按交易金额排序。忽略社区和频道。"

第一次跑这条会让人不太舒服。里面总会躺着一条不错的线索，冷了三个星期，只因为对方的消息恰好落在某个忙碌的下午。每周跑一次这项扫描的销售团队，从中挖出的营收往往比大部分新外呼还多。

有人在客户群里用 60 条消息报了一个 bug，中间还夹着另外三段对话。让智能体读完整条线程，提炼出真正的问题，并在你的 Telegram 客服系统里开一张工单，带上干净的摘要、复现步骤、报告人、优先级，以及回到原始消息的链接。读 60 条消息这件苦活只发生一次，由机器完成，后面每个人都只读四行。

大多数 CRM 半空着，因为填字段不是任何人的本职工作。一个对会话有读取权限、对字段有写入权限的智能体可以把这件事追溯性地补上："对于所有标为活跃客户的聊天，从会话历史中推断公司、行业、决策人与当前阶段，写入自定义字段。对于把握不足的推断请打上标记。"

最后那半句，把一次有风险的批量写入变成了一次可复核的写入。

仪表盘告诉你响应时间从 2.1 小时涨到了 3.4 小时，却不会告诉你为什么。让智能体把本周的 Telegram 分析与上周对比，并且读进那些变动最大的聊天里去："响应时间上升 60%，几乎全部来自 Redwood 和 Meridian 两个群，而它们都在等同一个没被回答的报价问题。"这才是一段你能据以行动的文字。

智能体读一遍你写给某人的最近 20 条消息，对齐你的语气，然后起草回复。你读一遍、改一改、发出去。在你观察它工作满一个月之前，把发送权限关着；这个工作流的意义是消除空白页，而不是消除你。

对运营 Telegram 社区的人来说：*"对我的每个社区群，报告成员数变化、本周与上周的日均消息量、管理员发言占比，以及任何超过 24 小时没被回答的问题。"*社区里无人回答的问题，正是那个几乎没人盯着的静默流失信号。

开会之前：*"把过去 90 天我和 Meridian 群讨论过的所有内容拉出来。给我未了结的承诺、悬而未决的问题、谁说了什么，以及我承诺过但没有兑现的事。"*每个称职的客户经理都在手动做这件事，而且做得不好。智能体八秒钟就能完成。

一个对你真实 Telegram 拥有真实访问权的智能体确实非常强大，而这句话和"确实存在风险"是同一句话。三条规则基本能覆盖大部分情况。

先读，后写，发送放最后。 从一个只读的个人智能体开始。当你开始信任它的分类之后，再加上字段和工单的写入权限。发送消息的权限（如果真要给的话）放在最后，而且只针对具体、指名的工作流。

按批次审批，不要一次性放行。 "对 300 个聊天执行这件事"永远应该先产出一份方案，再产生效果。MCP 规范自身的安全指南开篇讲的正是这一点：用户知情同意与显式授权，逐动作进行，在后果真正发生的边界上进行。

按角色划分权限。 在 Entergram 中，任何成员都可以创建一个仅限安全权限的个人智能体：读取工作区数据、聊天、消息与工单，加上在自己的聊天上写入自定义字段。持有完整权限集的工作区连接器仅限所有者与管理员创建。授权走标准的 OAuth 登录，你可以一键撤销。

没有任何东西需要安装。Entergram 运行的是托管的远程 MCP 服务器，所以这套流程在浏览器里的 claude.ai 上就能跑：不需要配置文件，不需要本地桥接，也不需要在你的笔记本上跑 Node 进程。

1. 在 Entergram 中进入 Settings → Workspace → Connectors → MCP，复制这个地址：https://mcp.entergram.com/mcp
2. 在 Claude 中打开 Settings → Connectors → Add custom connector，粘贴地址并点击 Add。（Anthropic 关于自定义连接器的指南介绍了 Claude 那一侧的细节。）
3. 点击 Connect，用你的 Entergram 账号登录，然后点击 Allow access。
4. 在对话中点击 + → Connectors，启用 Entergram。

然后用一件小事测试一下：*"列出我的 Entergram 工作区。"*如果这条能跑通，文件夹整理也一定没问题。

带截图的逐步说明见将 Entergram 连接到 Claude。用的是别的工具？同一个地址同样适用于 ChatGPT、Perplexity、Cursor、n8n 以及其他所有支持 MCP 的应用，参见 MCP 连接器概览或 Claude + Telegram MCP 页面。

上面九个想法里，整理文件夹最不令人兴奋，却是最能改变你每一天的那一个。它的价值在结果出现后一分钟内就显而易见，它完全可逆，而且它不需要你把任何比"一个意见"更危险的东西交给智能体。

跑一次，推翻你不认同的那几行，然后看看一个真正整理过的 Telegram 账号是什么样子。这份清单上的其他事情，都会在你的聊天各归其位之后变得更容易，而底下的 Telegram CRM 会让它们一直待在该在的地方。

五分钟内在 app.entergram.com 连好，或者如果你更想先看它在一个真实收件箱上跑起来，预约一次演练。