『分享思路的酒会』第一期，关于telegram私聊机器人next generation

这是一档什么节目

这是我刚刚想到的一个idea，然后码字到这里。

熟悉我们风格的都知道，我们会在不忙的时候写一些方便大家的小工具出来，比如：

• OpenVZ/LXC dd技术来啦，OpenVz/LXC一键重装系统脚本发布
• OsMutation的一些小更新：支持Arm64架构
• 搞了个NodeBench，方便坛友发表测评文章
• 搞了个“花里胡哨”的NodeBench粘贴板
• [NFD] 基于cloudflare worker的电报私聊机器人，集成骗子提醒功能

但是因为我最近很忙，一直没有动手去做这些开源项目。
但我有记随想笔记的习惯，最近笔记记得太多了，想分享一些思路出来，或许有人有时间去做呢。
以上就是这个栏目的由来，效果好的话可以有空就写写，也或许没有下一期。

本期内容，关于telegram私聊机器人next generation

之前我们做过一个小工具项目：tg私聊机器人，功能完整覆盖了telegram的官方项目@LivegramBot。

东西很好，所有东西都在edge端（worker）实现，但是我个人估计用的不是很多。
很多人可能用着用着就回归普通tg私聊了，尤其是重度tg用户。

为什么呢，有一个很重要的原因是使用这种tg私聊机器人，很多人的会话会混在一起。
找历史消息也不好找，有时候两个人跟你一起聊就更乱了。
总结起来就是用户体验不好，导致很多人用了后又放弃了。

破局之道？

如何解决这个问题，tg私聊机器人本质上就是个中间人，基于webhook的方式工作。
当有人私聊机器人，tg就给worker发一个消息，work再把消息通过私聊机器人转发给你。
因为私聊界面都集中在机器人端，所以会话是无法分离的。

让我们反思一下，消息传递有两个，对话者和机器人，你和机器人。
既然对话者和机器人无法改变，那么你和机器人的UI能否改变。

再考虑下，回复机器人的消息，是否一定要拘泥在tg bot上，能否直接自己构建聊天界面，分离不同来源的会话。

时间有限，给出答案

抱歉我没有太多时间写完整的循循善诱的文案了，这里直接跳到我想到的方案。
我建议可以做一个新一代的私聊机器人，使用者回复这块不用tg bot来实现，自己来实现
为了达到原汁原味的tg界面，你可以使用tg开源的web端，应该可以复用大部分的UI界面：

• Ajaxy/telegram-tt: Telegram Web A, GPL v3
• morethanwords/tweb: Telegram Web K, GPL v3

东西可以直接编译成静态文件，部署到cloudflare pages，用户自己输入tg secret等，储存在浏览器端（就和tg官方做的一样）

可以做成个人项目，也可以做成商业项目，需要的用户应该很多的

扩展阅读

再记一些扩展进来，有了web的会话分离，tg bot的用户提醒不一定要移除。
毕竟自建消息推送框架较麻烦，可以两者同时保留。