好吧，我回到家把能改回去的两个 mac 都改回去了，测试也能联通，所以现在这个结果不能证实我的猜想。
说实话，这样我也放松一点了，早上我的确是以为我的 mac 被标记了。

再捋一下整个流程。

1. 早上发现无法科学上网，但国内网站正常。确认 passwall 断了。
2. 由于有两台 vps ，进一步检查。其中一台是真 down 了，但另一台是好的，那么问题确认是出在客户端这边。
3. 手上客户端包括 openwrt 路由/pc/常用手机 1/不常用手机 2 。前 3 者客户端都无法连接，只有不常用的手机 2 能正常连接服务器。分别重启了光猫和路由，无效。
4. pc 端除了两台 vps ，还保留了其他一些可用的地址，如自建 cloudflare worker 等等，测试发现一大半都不能用了。但这不能说明什么。
5. 最奇怪的一点，常用手机 1 关闭 wifi ，使用电信网络直连好的那台服务器，仍然被阻断。
6. 怀疑跟 mac 地址有关，于是在 pc 端打开了随机硬件地址，然后 pc 能连接正常的 vps 了。
7. 常用手机 1 默认随机地址就是开的，但一直不重启，所以估计 mac 地址没变过。碰巧遇到固件升级，升级后重启也好了。使用电信网络也能正常连接了。
8. 现在只剩路由不正常，修改了 mac 地址后好了。

9. 最后，今天下午，pc 关闭随机硬件地址，然后路由改回原始 mac ，两者看起来基本都正常了。

感谢大家，整天只处理应用层问题，我的计算机网络的确是早就还给老师了。

@wkend 这个方法我刚想过了，这会不在家，等会回家把路由器 ip 改回去看看

@op351 不太可能，我连不上之后立刻让朋友帮忙验证了一下，别人能连上，说明服务器没问题

有一点比较讨厌，手机只能用随机 mac ，今天早上随手升级了固件然后重启，没办法简单改回以前的 mac 去重试

@kokerkov 谢谢，我注意过有 ip

@lambdaq 我也有类似的猜测，但这点无法解释我直接用手机的电信网络，依然不通的问题

跟浏览器没什么关系，现在是纯粹用 v2rayn 或 v2rayng 去测试服务器连接时，出现 tls handshake 错误导致无法连接。

昨天晚上以前，很长时间都一切正常，今天早上突然出现的。

不过被你们一说，我意识到是不是 openwrt 的某些缓存问题？

还有，手机如果没改 mac 时，不走宽带，直接走电信网络，也连不上服务器。

也别说应用封锁，客户端是手机上的 v2rayng 和 pc 上的 v2rayn ，服务端是朋友的服务器，应该是在 digital ocean 上。原始 mac 就是不通，重启光猫路由均无法解决，换 mac 就正常。

你们没有人遇到这个情况？
现在这个情况，除了 mac 地址没有别的可能。
因为没改 mac 就无论如何无法成功连上服务器，改了就正常。我找不到别的解释。

@xiaoheicat 自建服务，并发完全受限于自己的服务器的能力。

超长文本肯定是要拆分的，段落拆分要根据 llm 的上下文窗口来动态判断。算法倒是现成的，做在 sdk 或服务里面都可以。

@xhawk 那么这种方案也不适合，速度不可能满足你的需求。但针对行业的专业词汇说不定可以有特殊处理。

@SakuraYuki 没赚到钱的话，是不是侵权不重要。
赚到钱的话，正主没提起诉讼，也不重要。
赚到钱且正主提起诉讼，也有钱赔。

所以，是不是侵权真的不重要。

@june4 现在 gpu 普及率这么低？

我连 e/acc 是啥都不知道...

@shewhen 说实话，准确性倒是超乎想象。我用的 gemma3 12b

@M9l7chlLGv 早知道有这个我就懒得自己写了

你们说的对，看来确实没什么需求

@mumbler 用户本地部署