Telegram 群组访客机器人使用指南:权限范围、提及调用与零数据隐私
群组机器人默认只接收发给它的命令和提及消息,而非全部聊天内容。本文讲解这一默认机制、如何被更改、管理员权限的影响,以及如何诚实地向成员说明机器人的可见范围。
群组机器人默认只接收发给它的命令和提及消息,而非全部聊天内容。本文讲解这一默认机制、如何被更改、管理员权限的影响,以及如何诚实地向成员说明机器人的可见范围。

添加到群组中的机器人默认不会收到群里的所有消息。它只会收到发给它的消息——命令,以及点名提及它的消息——其余对话不会传达到它那里。
这个默认设置是理解群组中机器人的最重要一点,因为有一个可以更改的设置能把它关掉。
你将能够做到
- 说明你群组中的机器人能看到什么。
- 说出改变这一点的两件事。
- 在不向机器人开放对话的情况下与它交互。
- 告诉成员真实情况,而不是猜测。
群组里有一个机器人和机器人正在监听群组,不是一回事。
被点名,而非环境监听
默认安排是机器人只听到对它说的话。以命令开头的消息,或点名提及机器人的消息,会传达到它那里。其余一切——关于会议的争论、某人发的照片、群里充满私密感的闲聊——都不会。
这一点在两个方向上都值得了解。这意味着机器人的存在本身并不是你说话要小心的理由。也意味着机器人无法做任何依赖读懂现场氛围的聪明事,这就是为什么很多机器人感觉功能有限:它们是故意如此的。
有两件事会改变这一点。机器人的所有者可以为自己的机器人关闭这一限制,而管理员角色通常附带对群组中所发生事情的更广视野。两者都不是隐藏的,也都不会向成员公告。
一个机器人在你的群里。默认情况下,它会收到什么?
群里说的所有内容
命令和提及它的消息——其余不会
在有人与它开始私聊之前什么也收不到
默认范围是刻意狭窄的:机器人只听到对它说的话,环境对话会掠过它。这就是为什么大多数群组机器人通过命令工作,而不是通过察觉事情——不是因为开发者偷懒,而是因为设计假定机器人不应该阅读它被添加进来做某项工作的房间。
这可以更改吗?
不能——这是强制执行的,无法更改
可以——机器人的所有者可以扩大范围,管理员身份也会改变情况
只能由群组所有者从群组设置中更改
这是人们在令人安心的方向上搞错的部分。狭窄的默认值只是一个默认值,而构建机器人的人可以为自己的机器人选择其他方式——这是在他们那边做出的决定,不是你这边的。再加上管理员权限,机器人最终可能看到大量内容。这些都不阴险;它只是说明了为什么“机器人无法读取你的群组”这句话太绝对,不该向成员重复。
你想使用一个机器人,又不向它开放对话。最好的做法是什么?
在与机器人的私聊中使用它,而不是在群组中
每次需要时添加它再移除它
只在回复中提及它,而不是在消息开头
对于任何你代表自己询问的事情——一次查询、一次转换、一条信息——与机器人私聊会给你同样的答案,且完全不牵涉群组。这对群组也更好,不会出现一串命令。只把群组成员身份留给那些工作确实需要在场内的机器人。
一位成员问机器人是否在读取他们的消息。诚实的回答是什么?
不——机器人无法读取群组消息
默认情况下它只收到发给它的内容,而运营它的是这个人
是的——假设一切都被读取
那种一概而论的安慰是大多数管理员给出的答案,但它并不完全正确,这很重要,因为最终会有人发现。准确的版本很短,不会让任何人惊慌,并且包含了真正决定答案的因素:谁运营这个机器人。一个这一点已知的群组,就是一个没人需要猜测的群组。
对你如何使用它们的实际影响
因为机器人只听到对它说的话,有趣的设计问题是成员应该如何与它交互。没人记得住的命令是标准的失败:一个有十一个命令的机器人会被用于其中两个,其余的只存在于帮助消息中。
有效的安排是少量显而易见的命令,写在置顶消息中,以及一个在有人弄错时能给出有用回应的机器人。对打错的命令保持沉默会被理解为机器人坏了,而得出这一结论的成员会停止尝试。
这也意味着机器人无法替你察觉事情。如果你想要的是自动发现某些事情——有人违规、有人发链接、欢迎新成员——那需要一个有更广访问权限或管理员权限的机器人,这是一个真正的决定,而不是配置细节。
在群组中使用机器人
- 假设它听到发给它的内容 而不是对话。
- 查明谁运营它 消息就是去那里的。
- 你自己的问题用私聊 群组不必牵涉其中。
- 除非它必须执行操作,否则别把它放进管理员列表 这是更大的决定。
- 在置顶消息中写明它 以及它的用途。
- 准确回答成员 一概而论的安慰并不真实。