2. Linux.do
  3. 求助，电报 人工正在输入 监听方法 管理帖子不知道标签对不，错了麻烦改下，谢谢

求助，电报 人工正在输入 监听方法 管理帖子不知道标签对不，错了麻烦改下，谢谢

yizebaba 2026-06-03 18:48 1

在telethon里做了个自动回复电报机器人，（主要回复私信），因为回复有时候需要人工回复，那么人工正在输入的监听方法是什么？或者有别的办法可以第一时间检测到人工要回复这个私聊的信息 ，看见的办法好像只有 用户信息发出后才能检测 ，就很大程度上 人工回复和自动回复冲突了 ！！呜呜呜…

最新回复 (8)
  • 91kevinshi 06-03 19:14
    1楼

    人工只要不回复就可以了

    这题秒了

  • 91kevinshi 06-11 18:56
    2楼

    我想了一下

    给你提供一个思路


    既然你打通了自动回复


    那么其实你只需要 人工 + agent 都走一个收发渠道就可以了


    在 telegram 里面做不到，就自建一个平台，你只在这个平台应用里面回复，这样就可以加一层「人工输入时候，终止 Agent 回复」


    这里逻辑就很简单了

  • yizebaba 楼主 06-11 19:09
    3楼

    我也是这么想的，我们是同一个思路，有空多聊聊呗！


    这几天一直没空搞……回头做一下

  • Sam 06-11 19:17
    4楼

    首先自动回复的速度是快还是慢

    如果比较快的话，在人工回复后删掉已发送的那个自动回复就可以了

    如果比较慢的话，Telegram有个信息event可以看到这个账号发送了哪些信息到哪个chat，在自动回复发送前检查一次这个chat是否已经被人工回复过就行了

    比较快那个也是走这个event进行检测

    这是方法一，也是最稳妥的方法，接下来说的是方法二，这个方法我没试验过，你要自己实测一下时候有效

    检测 updateChatUserTyping，定位 chat_id ，我忘记了这个方法时候会推送到其它客户端，所以不清楚，这个的逻辑和上面的类似，只要你在某个聊天输入文字，并假设这个 event 会推送到你的所有客户端，那么就可以提前终止自动回复

    当然这个有可能会误判啥的，还是第一个最稳妥

  • 91kevinshi 06-12 11:51
    5楼

    思路很简单

    条件有限，就在有限的条件基础上开发就可以了


    开发很简单


    秒级需求


    我不知道为啥昨天开车的时候突然想起来你这个了，可能是有人给我点了个爱心，我想起来了

  • yizebaba 楼主 06-12 22:23
    6楼

    快啊 几乎 是毫秒内的 一楼那个想法挺好的 我不知道 怎么给解决方案这个标签

  • yizebaba 楼主 06-12 22:24
    7楼

    哈哈 大爱呢


    这之前我就想到了 只不过到现在 还没做 事多么 跟大佬们 差远 不多么 也不闲着

  • 91kevinshi 06-13 02:19
    8楼

    你之前没设置快问快答，所以就没有解决答案的选择


    你这个boost的解决答案太搞了


    其实你这个给codex一轮goal就秒了

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐