[尚未完善代码,看看有没有人感兴趣]自己开发的TG消息存储转发器

自己开发的TG消息转发器(灵感来源于N站的TelegramForwarder)不知道给不给贴对手站链接这里就不贴了,纯AI开发(充斥着各种无用冗余代码不过性能要求很低),不知道有没有人有兴趣

因为是自己用的,所以功能非常精简,仅支持关键词转发,消息监听并存储到MongoDB

完全由Python开发,适合小鸡使用(至少得能运行Redis和MongoDB)

相比灵感来源的程序优化点

  1. 优化了消息延迟,低至1000ms,基本在4000ms以内
  2. 支持使用socks5,用作本地部署更方便
  3. 可更精确的查找群ID也可以搜索

未优化点

  1. 不支持图形化和在机器人中调整设置,仅支持修改配置文件和交互式修改
  2. 仅支持模拟用户获取消息,不支持机器人

下面是部分真实运行日志(数据已脱敏)

2077-01-01 01:01:37,204 - realtimelog - message - processor - INFO - 📩 收到新消息 - 消息延迟=3204.9ms, 聊天ID=ID, 消息ID=ID, 发送者=XXX, 内容=XXX
2077-01-01 01:01:37,207 - realtimelog - message - forwarder - INFO - 🔍 [检查转发规则] - 源聊天ID=ID,消息ID=ID,消息文本=消息文本
2077-01-01 01:01:37,208 - realtimelog - message - forwarder - INFO - ⏳ 检查转发规则 - 源聊天ID=ID, 消息ID=ID, 匹配到 1 条规则,匹配到1个关键字:关键字
2077-01-01 01:01:37,208 - realtimelog - message - forwarder - INFO - 📋 创建并执行转发 1 条任务
2077-01-01 01:01:37,211 - realtimelog - lockfree - batch - processor - INFO - ✅ 成功验证 1/1 条消息
2077-01-01 01:01:37,213 - realtimelog - lockfree - batch - processor - INFO - ⚡️ 处理批次: 1 条消息 | 💾 MongoDB存储完成 - 插入:1条, 更新:0条
2077-01-01 01:01:37,318 - realtimelog - message - forwarder - INFO - ✅ 消息转发成功 - 处理延迟=109.5ms,将源聊天ID=ID, 消息ID=ID,转发到目标聊天ID=ID成功
2077-01-01 01:01:46,513 - realtimelog - monitor - manager - INFO - 🔍 主动检查发现新消息: 聊天ID=ID, 消息ID=ID
2077-01-01 01:01:46,656 - realtimelog - message - processor - INFO - 📩 收到新消息 - 消息延迟=656.4ms, 聊天ID=ID, 消息ID=ID, 发送者=名字, 内容=消息文本
2077-01-01 01:01:46,659 - realtimelog - message - forwarder - INFO - 🔍 [检查转发规则] - 源聊天ID=ID, 消息ID=ID, ,消息文本=消息文本
2077-01-01 01:01:46,661 - realtimelog - lockfree - batch - processor - INFO - ✅ 成功验证 1/1 条消息
2077-01-01 01:01:46,662 - realtimelog - lockfree - batch - processor - INFO - ⚡️ 处理批次: 1 条消息 | 💾 MongoDB存储完成 - 插入:1条, 更新:0条
2 个赞

好东西 我是真的需要这类项目, 试用过Telegramforward, 空载状态下内存占用太高了, 500mb+。不如跑个人形插件, 占用极低。关注一波老哥项目

1 个赞

贴个GitHub链接呀

进来看看

等过完年先吧,github链接我只有一个开发到一半的私库没维护
那个功能太多是这样的
你需要什么功能呢

1 个赞

内存占用没注意,但是我用着一直漏信息你会这样吗
刚看了一下我自己那个CPU3% MEM150M,但是不知道为什么有两个算他:multiply:2吧
Redis+MongoDB的MEM不到100M

看看

我没细用, 因为内存占用高就一直关闭docker, 想着有时间vibe一下。
漏消息大概率是依赖库的问题(比如那个停更的gramjs), 我用的人形也有这个问题, 特别是几千人以上的群组。

功能的话, 除了网页版和rss, 感觉都挺实用的, 大佬搞一下

我的在1W人的群不漏消息,删除和撤回在5s内可能不行,延迟都要3s

你用的什么ai做的,我个人用功能不多群也不多python就够了,功能多可能要用rust重写了,可能做个API出来算了,AI rss那些我都不用而且那些延迟要求低,再做一个机器人设置就够了

我用的telebox, 底层依赖有问题导致有的群消息直接接收不到, 但只要接收就是实时的。插件ts是在它仓库原有基础上改写的

ai的话 应该都可以, 我用的gemini 3 pro, 有tg官方API难度不大

这是什么玩意没听过啊,用telethon库就行了,我做了被动接收和2s一次的轮询延迟绝对低,再优化只能改tdilb了

1 个赞

你有会员还是学生那个啊,能借我用用吗 :ac01:

1 个赞

telebox是人行bot,这样私群也可以跑关键词

直接2api就行呀 反重力这些, 不少高级模型, 额度也大

没听懂 :xhj001:

我的也行,默认就是用户模式,机器人没什么用

比如gcli2api这种