使用自机器人账号调用fetch_member()获取跨公会用户头像是否安全？

• 开发场景：使用个人用户账号搭建自机器人开展开发，无合适服务器支撑正规Bot应用的测试，核心需求是跨公会获取目标用户的头像并在频道中发送
• 开发过程中的方案试错经历：
  • 第一版用get_member()循环遍历所有已加入公会查找目标用户，运行后始终无法定位到目标对象
  • 第二版尝试用类型注解自动解析用户入参，分别测试discord.User、discord.Member类型注解，均无法正常匹配到目标用户
  • 第三版改用fetch_member()接口调用，可正常获取目标用户头像完成发送
• 核心待确认问题：
  1. 官方文档提示fetch_member()是API直连调用，常规场景推荐替换为get_member()，当前自机器人场景下使用该调用是否存在安全风险
  2. 现有get_member()方案失效是否为intents配置不当导致

get_member()无法匹配目标用户的核心原因和intents配置无关，本质是接口的工作逻辑和自机器人的缓存机制不匹配：

get_member()是纯本地内存读取接口，不会发起任何网络请求，能查到数据的前提是程序已经把对应公会的全量成员列表加载到本地缓存中。

• 自机器人场景下，哪怕你已经配置了intents = discord.Intents.all()、开启guild_subscriptions=True，discord.py 库对个人用户账号的缓存逻辑和正规Bot完全不同：个人用户账号不会主动拉取所有已加入公会的全量成员列表，本地缓存里仅存最近在频道消息流、成员展示列表中见过的少量用户数据，根本覆盖不到其他公会的陌生目标用户，循环遍历查找时自然始终返回None。
• 带类型注解的方案失效逻辑和上述原因一致：
  • 用discord.User注解时，依赖本地全局用户缓存匹配入参，缺少跨公会的全量用户数据，无法匹配传入的用户ID、用户名或标签
  • 用discord.Member注解时，默认仅从当前触发命令的公会的本地成员缓存中查找，本身就不支持跨公会定位用户，无法匹配目标对象

• 从平台规则层面看：Discord 官方明确禁止个人用户账号搭建自机器人、模拟官方Bot的自动化操作。只要是开启self_bot=True、用bot.run(__token__, bot=False)的运行方式，本身就属于违反平台用户协议的行为，所有自机器人的功能运行都存在账号被封禁的风险，和是否使用fetch_member()接口没有直接关联。
• 从接口本身的属性看：fetch_member()是平台对所有客户端开放的基础信息拉取接口，普通个人用户客户端浏览公会成员资料时，本身就会触发同类请求，不存在“专门针对Bot的高危特殊API”的属性。
• 额外的风险触发点：如果循环遍历所有已加入公会、无间隔连续调用fetch_member()，请求频率会远高于普通用户的正常浏览行为，更容易触发平台的风控阈值，导致临时限流甚至永久封号。
• 官方推荐get_member()替代fetch_member()的初衷，是面向正规Bot场景的优化：通过本地缓存减少不必要的API请求，避免Bot触发接口速率限制，这个优化建议完全不适用于自机器人场景——自机器人本身就不存在可支撑get_member()正常工作的全量成员缓存。

• 当前写的intents配置语法不存在错误，get_member()失效不是配置写错导致的。
• 如果一定要在现有自机器人场景下实现功能，建议拉长循环调用fetch_member()的请求间隔，不要短时间内遍历大量公会连续发请求，降低风控触发概率。

内容的提问来源于stack exchange，提问作者Pigggerrrng