MCP 连接器
Entergram 提供一个托管的 MCP 服务器。把 AI 客户端指向它,代理就能用自然语言读取聊天、发送消息、管理工单并更新自定义字段。
第一条提示词就已经很有用。真正的升级在于把你反复输入的那条提示词变成一项例行任务:早间收件箱简报、周五客户回顾,或者从 Telegram 到支持系统的干净交接。
Settings → MCP
-
进入 Settings → MCP,选择你的平台:Claude、ChatGPT、Perplexity、Make、n8n 或 Custom。
-
复制 MCP server URL。
-
把它作为连接器粘贴到你的 AI 应用中。
“要连接,只需把这个 URL 粘贴到
{platform},无需其他设置。” -
授权你希望授予的权限范围。
对大多数客户端来说到这里就完成了。其余内容都在 Advanced settings 之下。
| 方式 | 适用场景 |
|---|---|
| 浏览器登录、无密钥(public + PKCE) | Claude Web、Claude Desktop、本地应用 |
请求体中的客户端密钥(client_secret_post) | 服务端自动化 |
Authorization 头中的客户端密钥(client_secret_basic) | 服务端自动化 |
Claude Web 和本地应用通常应使用带 PKCE 的浏览器登录。服务端自动化可以使用客户端密钥。
对于公开客户端:“此客户端使用带 PKCE 的浏览器登录。请在 Claude 中把客户端密钥留空。”
只授予代理真正需要的最小权限。
| 范围 | 授予内容 |
|---|---|
workspace.read | 工作区详情 |
members.read | 团队成员 |
accounts.read | 已连接账号 |
contacts.read | 联系人 |
chats.read / chats.write | 聊天 / 编辑聊天 |
chat_custom_fields.read / .write | 聊天自定义字段 / 编辑它们 |
messages.read / messages.write | 消息 / 发送消息 |
custom_fields.read / .write | 自定义字段 / 编辑它们 |
tickets.read / tickets.write | 工单 / 编辑工单 |
events.read | 消息事件流(仅元数据) |
offline_access | 保持连接(刷新令牌) |
messages.write 允许代理以你的身份发送 Telegram 消息。请慎重授予。
| 个人代理 | 工作区客户端 | |
|---|---|---|
| 范围 | 仅限你的席位 | 整个工作区 |
| 谁来管理 | 你自己 | 所有者和管理员 |
| 典型用途 | Claude Desktop、Codex、你自己的 n8n | 团队共享集成 |
| 可用范围 | 席位安全的读取范围、按操作者限定的聊天自定义字段、离线访问 | 完整范围集合 |
成员可以创建个人客户端。只有所有者和管理员才能创建工作区客户端。
MCP 可以使用哪些 Telegram 账号?
Section titled “MCP 可以使用哪些 Telegram 账号?”对于个人连接器,请以该成员身份登录后查看 Settings → Accounts。那里显示的已连接 Telegram 账号就是该连接器的账号边界。Seats & Members 表格只是关于谁拥有哪些连接的管理性汇总,它不会把队友的账号加入你的个人连接器。
还有另外三项控制会收窄代理能做的事:
- OAuth 权限范围决定可用的数据和操作。例如
accounts.read列出账号,chats.read暴露符合条件的聊天,messages.write允许发送。 - 排除的聊天不会出现在 MCP 的结果和操作中,即使其 Telegram 账号仍然保持连接。可在 Accounts → Exclude chats 中管理。参见排除的聊天。
- 客户端类型也有影响。个人连接器只跟随授权成员已连接的账号。工作区客户端由所有者或管理员管理,可以使用其权限范围和工作区控制所允许的工作区级数据。
TG Limit 并不控制 MCP 的使用量。 类似 3/5 的数值表示该席位允许的五个 Telegram 连接中已使用三个。它不是工具调用或消息的速率限制。参见席位、成员与角色。
如果想让两个席位使用同一个 Telegram 身份,请在两个席位中连接同一个 Telegram 账号。每个连接会占用各自席位的一个名额,并显示在相应成员的 Accounts 部分中。
代理实际上能做什么
Section titled “代理实际上能做什么”基本上就是产品里的一切,用一句话就能驱动:
- “把我们的促销发给所有 Customer tier 字段为 VIP 的聊天。”
- “把每个未读群组标记为已读,并把它的 Campaign 字段设为 Q3。”
- “为所有 5 天没有回复的聊天开一个高优先级工单,并指派给我。”
- “哪些聊天还没有设置 Stage?把它们全部设为 New。”
群发、批量编辑、自定义列和工单都可以通过它触达。
把一个有用的习惯交给自动化
Section titled “把一个有用的习惯交给自动化”从团队每周本来就在做的工作开始。例如:
每周五下午 4 点,回顾本周活跃客户聊天中的消息。为每个聊天添加一条内部评论,写明决策、待解决的问题和下一步。控制在 120 字以内。绝不要把摘要发送到 Telegram。跳过没有实质活动的聊天。
先手动运行一次这条提示词,检查结果,然后在团队本来就使用的工具中安排它定期执行:
| 在哪里 | 最适合 |
|---|---|
| Claude Cowork 定时任务 | 使用你已连接的工具做周期性简报、摘要和 CRM 整理 |
| ChatGPT 定时任务 | 每周检查与监控;可用的应用操作取决于你的套餐、工作区控制和审批设置 |
| n8n 或 Make | 精确的排程、事件触发流程,以及像 Entergram 到 Zendesk 这样的多步骤交接 |
| 你自己的 MCP 客户端 | 自定义审批规则、日志和业务逻辑 |
真正的收益是连续性:周一接手的人不用重读 200 条消息,也能理解周五的对话。
平滑的 Zendesk 交接
Section titled “平滑的 Zendesk 交接”把 Entergram 当作实时的 Telegram 上下文,把 Zendesk 当作正式的支持记录。一个工作流可以创建或更新 Zendesk 工单,把它的 ID 写入 Entergram 的自定义字段,并在 Entergram 中留下一条带工单链接的私密评论。当工单发生变化时,只同步你真正需要的状态和负责人字段,而不是在两个系统之间复制整段对话。
对于跨应用或无人值守的工作流,请先用不敏感的聊天做测试,授予尽可能小的权限范围,并对发送消息、工单变更和其他写操作保持审批开启。
- API & MCP 是 Pro 功能。
- 个人客户端仅限你自己的席位;工作区客户端需要所有者或管理员权限。
- 客户端密钥只显示一次。Entergram 只存储哈希,对话框关闭后你只能轮换密钥,无法再次查看。
- Redirect URIs:每行一个,localhost 之外必须使用 HTTPS。
- 公开客户端必须使用 PKCE,机密客户端也建议启用。
- 撤销授权会立即移除已存储的刷新令牌;客户端必须重新完成 OAuth 才能再次连接。
- 归档客户端会停用它,并且撤销其活跃授权和刷新令牌。
- 将 Entergram 连接到 Claude
- 将 Entergram 连接到 ChatGPT
- 个人代理
- 工作区 OAuth 客户端
- Public API keys,适用于非 MCP 客户端的集成
Cookie 偏好设置
我们尊重您的隐私权。请选择允许哪些 Cookie, 您的选择将应用于整个网站。 Cookie 政策
网站正常运行所必需,包括记住您的隐私选择。始终开启。
帮助我们了解网站使用情况,并将注册归因于推荐合作伙伴。可选。