@halowang #4 如果更换端口有效，那就是 8211 被拦截了，测试一下就知道了

可以尝试更换其他端口号看看，或者是你的端口转发配置的协议有问题

简单需求是可以直接生成，单纯的 内容搜索 / 提取个概括 再合并整理都能出结果。
但实际使用中必然会存在很多复杂需求，所以这种用法终究会受模型本身的可理解上下文长度限制。只要模型不能一次性理解足够长的内容，那就会导致输出质量受影响，或者直接就没法在使用通用处理方式的情况下满足需求，进而也就没法大规模使用。

很简单，因为绝大多数正常人不会需要那么多设备同时登录，但一定会有不正常的人一个付费账号给一堆人登录。

@qwwuyu #8 看着需求量大，实际分摊下来没多少的，而且也就一星期的热度而已

我怎么感觉图里这个是因为你自己让它说了这些才会导致出现这提示的呢…

@CaptainD #5 公司网络差可以改公司网络，不应该存在必须要你的家宽来解决问题的必要啊，尤其是都小作坊公司了，拉个好点的宽带也不难吧？

什么样的操作，会出现“家宽比较方便”的情况？设备放公司通常不都是更加方便的选择吗？这一点如果没有合理的原因，还是别了吧...

@xuelang #122 长文本是一方面，另一方面是 Claude2 的文风会比 GPT4 更有“人味”一些，同样的像 Gemini-Pro 就会比 GPT4 更机器化一些。

@xuelang #120 严格来说那不是“学习”，而是丢进向量数据库里了，这个差别还是挺大的。

@chutsetien #101 有没有可能是你输入的内容太长，超出 token 上限了？而且一般来说英式/美式英语这种特别常见的东西是不太需要描述细节要求的，除非它训练数据里就特别少。

然后纠错方面，在同一个会话内多次指出错误、要求进行纠错只适用于需要处理的内容比较短的情况，如果内容太长其实是很容易超 token 的，一超就会失忆或者记忆混乱。而且按照你前面说的情况，你会需要强调很多规则，这些规则如果你没有在每次纠错时都提及，到了超 token 的时候也是会忘记的。假设它只记得你最后一两次的纠错要求，那出现“而且几轮对话后，在同一个会话内，之前好不容易都达到的要求，又会出现错误。”这种情况也就不稀奇了。

还有就是这种事情可以试试用 Claude2 去做，Claude2 在文字工作方面明显要比 GPT4 做得好，说不定你这种使用场景也可以得到很好的效果。

@chutsetien #22 你这个其实就是典型的用法和 Prompt 写得不好导致的，建议发具体出问题的 Prompt 出来看看有哪些问题