Lawrence Peng

这个问题我想过，但是在这种单列聊天的场景里面，是不好解决的。网页 ChatGPT 是后台做了默认添加的。并且网页端的由于左侧已经有了会话这个概念，所以可以方便的区分 “这次调用是哪一个会话的”。 而这些在聊天窗口的情况下，都是不好实现的。我之前是想着加这个，但是我认为不好加，并且使用逻辑会更复杂。比如有以下几种形式： 1. 默认携带能够携带的最长的上下文。这种实现最简单，但是只能支持单会话。 2. 用户提问的时候加入时间戳（或者手动打tag），然后带入时间戳附近的一些上下文。这种用户用起来不太友好。 3. 对历史记录做向量化。这种我认为是最强的了。实施成本不算太高，但是会导致服务器性能压力大+费用增加。刚好 Embedding 也是官方支持的形式。 难以处理的点在于：当有多个系列的对话的时候，没有简单友好的方式让用户区分。 我认为官网网页那种左侧记录会话的形式，是目前比较好的一种方式了。不过我认为后续的话，向量化是最好的形式。加上一些简单的指令，比如 clear 之类的，能做到更灵活的上下文对话。 希望这些能帮到你😉

我认为可行。这种我认为和上面的第2种差不多，等于是用户手动在管理自己的各种会话。实现起来倒是不麻烦，但是用户使用起来么。。。我觉得非程序员要掌握这个用法是比较麻烦的。但是如果你觉得有用的话，可以尝试弄一下吧(●'◡'●)

还是有很多细节要考虑的。比如现在官网的那种，按照时间进行分类；删除功能；上下文预览功能。 这些官网的实现形式是比较“自然”的，要将这些功能都搬过来，还不是通过纯命令行的形式，而是通过卡片的话，我觉得工作量会大一些。当然我自己对飞书API不是特别熟悉哈。

官网还有一个细节：它的储存会话的标题，本身也是调用 GPT 来生成的，所以给人的感觉就是“看到左侧每一行，就知道里面的大概内容”。 我认为要设计的让用户非常友好的使用，还是有难度的。(❁´◡`❁)

我没遇到过这个问题，我只能猜测有可能是 SSE 长连接断了吧。。。看看重试能否解决这个问题😂

一般就是网络问题吧。等会儿重试就好了。话说回来，这个项目估计没啥人维护了。我打算在另外一个主项目里面添加我在这里添加过的日志功能（限流功能就不打算弄过去了，因为我觉得用不到了）。不过我发现原项目目前也不太活跃了 https://github.com/ConnectAI-E/Feishu-OpenAI @Eventidus

或者你们参考这里改一下配置？ #11

我倒是想弄一下来着，不过我没有 Azure 的账号呀。我查了一下相关信息，发现 Azure 的接口和 OpenAI 的接口差不多，所以建议如果你有相应账号的话，建议直接本地修改对接方式测试一下。😉

不好意思，我也没遇到过这个错误，我感觉仍然是网络问题，能换个网络试一下吗？

我的锅，不好意思。。😂 110 秒这里是我加的。当时是我想在本地测试，所以就加了这个代理 Client，后来正式使用的时候，并不需要代理，所以没问题；而我在本地测试的时候，由于每次问的问题都比较简短，也没触发这个超时问题。。。我再提交一个 PR 修复一下这个问题把。@nagasawaja