MCP 连接器
Entergram 提供一个托管的 MCP 服务器。把 AI 客户端指向它,代理就能用自然语言读取聊天、发送消息、管理工单并更新自定义字段。
第一条提示词就已经很有用。真正的升级在于把你反复输入的那条提示词变成一项例行任务:早间收件箱简报、周五客户回顾,或者从 Telegram 到支持系统的干净交接。
Settings → Workspace → Connectors → MCP
-
进入 Settings → Workspace → Connectors → 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 | 工单 / 编辑工单 |
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 preferences
We respect your right to privacy. Choose which cookies to allow, your choice applies across our site. Cookie Policy
Required for the site to work, including remembering your privacy choices. Always on.
Help us understand site use and attribute sign-ups to referral partners. Optional.