Open Mrs4s opened 2 years ago
目前的频道功能够用了,实现了基础的功能,后期就固定这些API维护也方便。 我在用频道API,实现获取用户、子频道、推送消息。比QQ官方的机器人API好多了,至少没有主动推送限制,偶尔会遇到吞消息,频道API可以作为Q群备用方案,目前没有封号风险,总体可用性还是很好的。 感谢!
希望能持续更新, 频道能解决游戏群无法避免的多个服务器互不相干扰的消息互通 我用于minecraft与频道的消息互通, 和群互通的话会有群友觉得太烦
作为大学生,其实觉得频道这个功能可以很好的解决群人数上限的问题,而且功能的丰富要超越q群,更加适合一个大学去做出一个信息的整合,避免重复加很多类似的q群。其实觉得已有功能也够用,当然还是希望能再加一个发帖的功能,因为觉得如果能有发帖的api,甚至能取代百度贴吧,表白墙的功能。
QQ频道表现如何跟gocq产品路线图关联不大,我的结论就是gocq保留维护好基础的消息接口即可。 Q频首先还是一个仍在测试阶段的产品,不排除后期因为商业或功能冲突的原因从QQ独立出来。 其次Q频本身有机器人接口可以对接,有强烈Q频需要的自行跟官方机器人API对接即可。 把对接API需求扔给gocq是不合理的,而且不算合规,加大了gocq被封禁的风险,同时也跟主题说的花费了太多精力在不必要的Q频上,拖慢了QQ本身的开发,我期待gocq有更多特色的接口,这也是我用gocq而不是mirai本体的原因。
对于一些大型社区来说,频道的设计是很重要的。我觉得能有第三方支持的话当然最好,不过也许跟cq本体分开为好。
我个人是因为支持Q频才开始接触gocq的,对我来说自然是希望能支持更多的频道功能。 如果只能频道和QQ二选一的话,可以统计一下支持的比例,这对于gocq来说应该有很好的参考价值。
如果 gocq 未来能够实现用户 id 的绑定,那我觉得这个功能的意义是官方 API 所无法替代的。
我自己是因为gocq有频道支持才使用的,在功能性上比官方API好太多了,官方API对公域限制太多,私域又要求只能创建者开发。 gocq现在的频道API也基本上够用了,如果能加入撤回消息和禁言这两个API就完全足够使用了,没有对其它API的需求。
建议增加,频道私聊api和新成员加入事件,还有禁言和踢出
建议继续更新。
同时希望可以更新获取子频道内的身份组而整个频道的身份组。
经测试,若某用户在子频道A是子频道管理员,那么在其他子频道通过 get_guild_member_profile
接口获取的身份组中也存在子频道管理员。
我就是因为频道功能才找到go-cqhttp这么好的东西,希望能继续更新下去
频道作为一个内测了一年多迟迟无法公测上线的项目,我支持go-cqhttp开发组谨慎的态度,保留已经支持的功能即可. 说不定哪天这个项目就被砍了, 这样的事情发生了太多次了
我是一只期待在 cq上看到 能支持qq频道的,但是需求也只有 获取消息 和 发送消息 QQ频道功能对接完毕制作出来后 可以在 启动配置文件里加一个开关(默认关闭)来启用 功能也只需要收发信息和设置身份就行了,数据定义这个直接在Q频里去做就行了。
我使用cq都是用在获取聊天信息内容后进行后期的自动化处理这一步骤,我比较关注的是如何通过cq能过去更为广泛的信息来源。
QQ频道对接需要https证书,至少需要一个域名。(我尝试过自己去对接,但是对方不给我我数据) 最后 感谢cq的 分享 免费 和互助。
就按照官方频道机器人api维护就行,官方的就很好,不过只能给机器人用
就按照官方频道机器人api维护就行,官方的就很好,不过只能给机器人用
官方的早不维护了吧,负责人都离职了(
这个啊,维护已有api就够了。除非哪一天用户开始大量使用QQ频道,使得QQ官方把工作重心放到QQ频道上来再说。如果QQ官方都不上心,那go-cqhttp也没必要太上心。
我自己是因为gocq有频道支持才使用的,在功能性上比官方API好太多了,官方API对公域限制太多,私域又要求只能创建者开发。 gocq现在的频道API也基本上够用了,如果能加入撤回消息和禁言这两个API就完全足够使用了,没有对其它API的需求。
我也很需要这个功能
请问获取话题频道帖子 终结点: /get_topic_channel_feeds 有考虑翻页参数吗?最多获取12个帖子,无法获取之前发的帖子
希望加个频道的 踢人 禁言 撤回。就行了。大佬可以吗?
希望增加 群文件转发功 谢谢
QQ频道目前目前已经使用稳定并且玩家群体也达到了一定的规模,可以的话,还是希望添加消息撤回、引用回复、禁言玩家这三个功能,特别是消息撤回和禁言这两个,对于频道管理真的非常有用,频道这种大批量的消息,能使用敏感词监控真的很有帮助
QQ频道目前目前已经使用稳定并且玩家群体也达到了一定的规模,可以的话,还是希望添加消息撤回、引用回复、禁言玩家这三个功能,特别是消息撤回和禁言这两个,对于频道管理真的非常有用,频道这种大批量的消息,能使用敏感词监控真的很有帮助
可以借助官方bot实现(稳定且可靠)
希望加个频道的 踢人 禁言 撤回。就行了。大佬可以吗?
可以走官方
可以借助官方bot实现(稳定且可靠)
但是官方的消息发送限制极大……
可以借助官方bot实现(稳定且可靠)
但是官方的消息发送限制极大……
消息可以官方和这个同时用,实现分流(降低封号风险)
可以借助官方bot实现(稳定且可靠)
但是官方的消息发送限制极大……
并没有吧,gocq反倒是大,消息接受到一定程度就吃消息,而且发到一定程度,就发不出来了,软风控
公域限制大,私域还可以吧
可以借助官方bot实现(稳定且可靠)
但是官方的消息发送限制极大……
这是官方的,gocq要多开五六个都达不到此效果
可以借助官方bot实现(稳定且可靠)
但是官方的消息发送限制极大……
这是官方的,gocq要多开五六个都达不到此效果
对,官方被动消息无限制(消息频率),贼爽的好吧(还不用担心封号风险)
好办法就是分流(官方不方便发的交给CQ)
也就是GO-CQHTTP
这个 issue 是用来讨论 go-cqhttp 未来的发展方向的。哪怕 go-cqhttp 只解决主动限制问题也是有存在必要。你可以永远不发主动消息,但不能代表别人就一定没有需求。
与此同时,风控问题是官方影响的结果,过去不存在,也相信未来的 go-cqhttp 是可以解决的。
从目前的情况看最好的方案其实是结合使用 go-cqhttp 和官方机器人。由前者发送主动消息,后者响应被动消息。我不明白搞捧一踩一非黑即白有什么意义。
这个 issue 是用来讨论 go-cqhttp 未来的发展方向的。哪怕 go-cqhttp 只解决主动限制问题也是有存在必要。你可以永远不发主动消息,但不能代表别人就一定没有需求。
相反,风控问题是官方影响的结果,过去不存在,也相信未来的 go-cqhttp 是可以解决的。
从目前的情况看最好的方案其实是结合使用 go-cqhttp 和官方机器人。由前者发送主动消息,后者响应被动消息。我不明白搞捧一踩一非黑即白有什么意义。
没有踩的意思,大佬您刚才说官方限制大,我只是给您回复解释一下这个问题,并没有这个意思,您理解过度了。 相反的,我们很需要gocq,因为有些东西官方是做不到的,包括官方的机器人无法唤起其他机器人等。
这个 issue 是用来讨论 go-cqhttp 未来的发展方向的。哪怕 go-cqhttp 只解决主动限制问题也是有存在必要。你可以永远不发主动消息,但不能代表别人就一定没有需求。
与此同时,风控问题是官方影响的结果,过去不存在,也相信未来的 go-cqhttp 是可以解决的。
从目前的情况看最好的方案其实是结合使用 go-cqhttp 和官方机器人。由前者发送主动消息,后者响应被动消息。我不明白搞捧一踩一非黑即白有什么意义。
赞同,我有点过激了
要用qq频道我不如去用kook频道了,kook还提供官方机器人接口还没有风控冻结问题。
现在tx疑似在频道也引入了某种风控/频率限制措施 建议关注
现在获取帖子 只返回了一页 可以加下一页吗
频道闲聊厅消息获取 报错 CHANNEL_TYPE_ERROR
频道群聊消息上报时 报错 [ERROR]: 处理频道撤回事件时出现错误: 获取操作者资料时出现错误 fetch roles error: decode packet error: oidb result unsuccessful: 58002 msg: users not in guild
希望可以实现一个语音房上麦下麦放歌的apiAWA,目前感觉功能稍显单调
目前来说由于 QQ频道 这个产品/功能存在以下问题
go-cqhttp
适配非常麻烦bot-api
, 作为第三方客户端提供另一组 API 并不是必须的所以
go-cqhttp
频道相关API在引入后便存在 缺少维护/更新缓慢 的问题,而我本人也不使用QQ频道这个功能. 而我们目前正在着手onebot-v12
协议的适配工作, 暂定的计划是保留已有的频道API, 但新的功能暂不添加. 在这里也是收集大家的意见以判断是否需要继续花精力更新频道相关API.