【接入微信API的替代方案】基于微信文件传输助手网页版的TG协议机器人开发框架

各位早上好,经过通宵开发这个框架也算是成型了。

广告时刻:

什么?想部署机器人在微信嫌麻烦?担心被封号?适配很麻烦?配置要求高?

今天,烦恼通通都没有了(确信)

说人话:这是一个纯走协议,较高性能的文件传输助手机器人开发框架。

高度插件化,高度自定义,高度兼容Telegram的Bot协议,低风险,具有消息持久化和一定时间的登录上下文持久化(一般文件传输助手都没有消息持久化,这边用数据库实现)

方便不同bot项目的快速迁移开发,节省大家适配工作量特意全面兼容tg的机器人协议(极个别因为接口限制无法完全适配),但是仍需插件化适配。

像我没有用过openclaw的但是我猜你把仓库丢给ai应该就很方便能帮你做好适配了,然后你只要通过webui面板扫码登录就可以接入微信用。

下面这个webui面板什么的都是内置默认插件,后面不想要也可以自己删除或者魔改)

感谢Codex,Claude,Google的近期盛情赞助,让我只花了一晚上就完成逆向+开发(这边是三权分立开发)

发送/debug可以测试文件发送,当然也可以webui里面进行传输测试。


这个框架的用途很广,我随便给一点参考场景吧:

  • 服务安装登录后,你可以开发插件让任何访问服务器的设备给你的微信文件传输助手传东西,不用加好友也可以在线传输。
  • 你要给你服务器存东西,或者什么东西在服务器存着要拿回来微信,或者微信这边设备,直接就能上
  • 聊天机器人,探针
  • 部署某个TG Bot但是想要微信版本的
  • 剩余…自行发挥….我相信佬们可以玩出花的

消息传输等测试效果不错,稳定性好(有持久化登录,进程结束但是只要微信没有退出文件传输的登录都可以恢复继续交互无须再次扫码)

除了plugins目录插件以外,routes路由的接口也是“插件化”,方便处理不同的情况。

实际生产环境上的具体适配,使用效果,以及各种神通广大的插件仍需要大家一起开发,测试和优化!!感谢你的阅读与支持!!

71 个赞

不是龙哥吗?

4 个赞

龙哥也得听你老:horse_face:

2 个赞

哈哈哈 这个就不懂了 哈哈哈

3 个赞

这个确实有点意思

1 个赞

还能这样 :distorted_face:

1 个赞

佬,为啥你的反重力可以cc和codex一起装,我的装了cc后其它插件都看不到了

2 个赞

必须的,超级方便,超轻量级(相比其他那些传统框架)

1 个赞

不到哇,按道理说应该不冲突的

1 个赞

这回是不是可以把公众号内容直接转发出来了

2 个赞

这个token只有24小时左右可能多一点,比较麻烦

2 个赞

这个看起来很厉害啊,支持一下~蹲蹲其他佬友的使用感受~

2 个赞

这个需要多久扫一次码?

1 个赞

感谢大佬

1 个赞

感谢分享

1 个赞

思路很棒!兼容TG协议降低风险。—「:cat_face:

2 个赞

郑重声明没绷住:joy::joy:

3 个赞

群聊机器人有机会吗

这个是不是只能跟文件传输助手聊天? 不能跟微信里其他用户聊天吧? 比如无法获取我微信接收到的所有用户的消息吧?

1 个赞

这个好啊!

2 个赞