你的提问
「部署完成了。把版本号和 changelog 链接发到发布频道。」
调用的工具
entergram_list_accountsentergram_list_groupsentergram_send_message
你会得到
公告就从跑部署的那个 shell 里发出去,在成功之后几秒,而不是一小时之后。智能体先确定哪个已连接账号有发布权限,按名称找到频道(于是 ID 永远不用写进你的脚本),然后发送。把它接进部署目标,这一步就不再是可选项。
opencode · SST
在 SST 的开源终端 AI 智能体 opencode 中把 Entergram 添加为 MCP 服务器,让它处理你真实的 Telegram 账号,浮现漏看的消息、跟进变冷的潜在客户,并直接从命令行就聊天采取行动。
https://mcp.entergram.com/mcp opencode 从配置文件加载 MCP 服务器。把 Entergram 注册为远程 MCP 服务器,SST 的开源智能体就能在终端里操作你真实的个人 Telegram 账号,由 OAuth 限定权限,无需机器人账号,也无需 API 密钥。
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"entergram": {
"type": "remote",
"url": "https://mcp.entergram.com/mcp",
"enabled": true
}
}
}适用于 opencode 的 TUI 和 CLI。
在 Entergram 的 Settings → Workspace → Connectors → MCP 下复制你的端点。opencode 是从 opencode.json 里读取它的,所以你会把它粘进一个文件而不是一个输入框。
在你的 opencode.json 里,把 Entergram 添加到 "mcp" 之下,作为一个指向 Entergram MCP 地址的远程服务器:https://mcp.entergram.com/mcp。
启动 opencode,用你的 Entergram 账号登录,然后点击 Allow access 授予限定范围的访问权。之后 opencode 就能在其会话中读取你的 Telegram 账号并采取行动。
一份配置跟着你进入每一个打开的仓库。个人授权放这里最合适:无论你在公司项目还是周末项目里,服务器都可用,而且你只需授权一次,而不是每个检出授权一次。
{
"$schema": "https://opencode.ai/config.json",
"mcp": {
"entergram": {
"type": "remote",
"url": "https://mcp.entergram.com/mcp",
"enabled": true
}
}
}和代码一起提交,于是任何人克隆这个仓库都会拿到已声明好的服务器,不用谁去告诉他。这里没有共享任何机密,文件里只有一个端点,除此之外什么都没有,而且每位队友仍要用自己的权限完成自己的登录。项目配置会覆盖全局文件,所以请只保留一份定义,别让两份互相打架。
这才是这个连接器一开始就适合终端智能体的原因。一次非交互调用可以塞进部署脚本、Makefile 目标或 CI 步骤里,发布通知也就不再依赖谁记得去发。
opencode run "post the release summary for v2.14 in the customer channel"连上你的个人账号后,opencode 就能从终端跨所有聊天采取行动。可以试试这些提示:
终端智能体真正被用起来的时刻,正是打开聊天应用会打断专注的那些时刻:部署刚结束、故障处理途中,或者一天快结束时你想知道还有什么没关。下面这些运行都假设了这种情境,提示词很短,全靠键盘,而连接器负责那些你原本会一直拖到不再重要为止的部分。每一项都对应几次具名调用,它们会打印在会话日志里,也正因为如此,当你手动看它们跑通之后,可以直接把它们搬进脚本。
你的提问
「部署完成了。把版本号和 changelog 链接发到发布频道。」
调用的工具
entergram_list_accountsentergram_list_groupsentergram_send_message
你会得到
公告就从跑部署的那个 shell 里发出去,在成功之后几秒,而不是一小时之后。智能体先确定哪个已连接账号有发布权限,按名称找到频道(于是 ID 永远不用写进你的脚本),然后发送。把它接进部署目标,这一步就不再是可选项。
你的提问
「那条公告里的构建号我写错了,原地改掉。」
调用的工具
entergram_list_messagesentergram_get_messageentergram_edit_message
你会得到
改原文比在下面补一条更正要好。智能体回溯近期历史定位到那条消息,动手之前先确认内容,然后编辑;于是明天滚屏路过的人读到的是正确的数字,而不是一串补丁式的更正。
你的提问
「为这件事开一个故障处理房间,把值班的人拉进来。」
调用的工具
entergram_create_group_chatentergram_list_membersentergram_invite_chat_members
你会得到
三十秒的准备工作,而在系统宕着的时候没人想做它。群被建好,工作区花名册被读取以解析你点名的那些人,邀请随即发出。你回到日志前,协调工作已经安排妥当,而不是只做了一半。
你的提问
「把周五那条维护通知转发给所有还没看到的客户群。」
调用的工具
entergram_list_groupsentergram_list_messagesentergram_forward_messages
你会得到
转发原文能让每个群读到完全一致的措辞,这正是维护窗口通知需要的,也正是重新打一遍会破坏的。智能体在铺开之前会先检查哪些群已经收到过,所以没人会被同一条通知打扰两次。
你的提问
「这位报告者在我们的一些社群里,具体是哪些,我们名单上还有谁也在里面?」
调用的工具
entergram_list_contactsentergram_get_contactentergram_list_contact_shared_groups
你会得到
共同群组查询回答了一个 Telegram 自己不会回答的问题:你和某人的交集到底在哪里。当一份 bug 报告需要判断报告者的影响力时有用;当你在权衡「一个变通方案是在共享社群里发一次就够,还是要手工在十个私聊里重复十遍」时同样有用。
你的提问
「打发布标签之前,标记为这个里程碑的未关闭工单还有多少?」
调用的工具
entergram_list_ticket_custom_columnsentergram_list_ticketsentergram_get_ticket
你会得到
一行命令、零个看板的发布就绪检查。智能体读取你的工单字段结构找到里程碑那一列,按它筛选未关闭工单,并连标题一起报出数量。把它放进发布脚本的第一步,阻塞性工单就会拦住这次打标签,而不是在之后才浮出水面。
你的 dotfiles 里不会留下任何敏感信息。opencode.json 里只有一个地址和一个开关;凭证本身在浏览器登录之后保存在 opencode 自己的认证存储里,而你的 Telegram 会话留在 Entergram 内部,SST 和模型厂商都看不到。如果某台机器丢了,或者某个 CI runner 下线了,就在 Entergram 的 Settings → Workspace → Connectors → MCP 里干掉这份授权,那台机器上的所有会话都会在下一次调用时失去访问权。
个人智能体工作区连接器撤销这些大多关乎交互式会话和自动化运行之间的落差,而终端智能体一生都跨在这道落差上。它们都不是拦路虎;但在这里学会,比在流水线上学会便宜得多。
实用指南
其他连接器
我们尊重您的隐私权。请选择允许哪些 Cookie, 您的选择将应用于整个网站。 Cookie 政策
网站正常运行所必需,包括记住您的隐私选择。始终开启。
帮助我们了解网站使用情况,并将注册归因于推荐合作伙伴。可选。