实在忍不住了,所有文字手敲,排版使用ai,如有违规请告知,自行删帖, 希望佬们如果不是迫不得已谨慎选购。 我只总结了部分讯飞的心口不一的操作,实际上还有很多。
考虑到素质问题我只能说:*****************
^-^ 2026 讯飞年度成果汇报
- ^-^ **平均首字时间:**60 秒起步。
- ^-^ **503 错误:**全天候在线,风雨无阻。
- ^-^ **用户体验:**随机刷新,充满未知。
- ^-^ **压力测试:**由广大付费用户友情出演。
- ^-^ **售后建议:**请稍后重试。
先站在使用体验上总结:
讯飞一直表示在尽力解决 503 问题,但让我们看看目前用户实际感受到的情况,并且看看讯飞实际上干了什么?
503 错误
503: The system is busy, please try again later.
大上下文:大约200k 1500k 范围
1. GLM-5.2 上线后的使用体验
GLM-5.2 上线的同时开启了季套餐。
大约在上线 7 天左右,开始出现大量 503。
我的实际体验是:
- 平均需要请求 10~20 次才能成功一次。
- 小上下文请求成功率明显更高。
- 在 GLM-5.2 之前(GLM-5.1 时代),虽然偶尔繁忙,但整体仍然可以正常使用。
因此,从用户体验来看,这个季套餐更像是给用户"凑了一套完整的 503 体验"。
2. Prompt Cache(缓存)表现异常
大家都知道,各家的 Coding Plan 基本都会启用 Prompt Cache。
但是讯飞的情况比较奇怪:
- 大部分时候几乎看不到缓存命中。
- 偶尔又会返回缓存 Token 数量。
- 小上下文很容易成功。
- 大上下文成功率明显更低。
因此,很难不让人猜测:
不同大小的上下文可能被路由到了不同的模型服务,导致缓存无法共享,或者部分服务根本没有启用缓存。
当然,这只是基于现象的推测,并没有官方证实。
3. 503 并不是高峰期才出现
正常情况下:
- 高峰期偶尔 503,可以理解。
- 深夜、凌晨恢复正常,也比较合理。
但目前观察到的是:
- 几乎任何时间段都会出现大量 503。
- 不同时段成功率变化并不明显 (看群里的群友反馈的)。
- 唯一明显提高成功率的方法,是尽量缩小上下文。
基于这些现象,我个人猜测:
- 大上下文对应的模型资源可能比较少。
- 或者存在针对不同请求的限流策略(例如 RPM、上下文大小等)。
以上均为个人推测,并非官方信息。
4. 官方状态页始终"绿色"
讯飞官网模型状态页面中:
几乎全天显示:
^-^ 正常
但与此同时,大量用户仍然持续遇到:
- 无限 503
- 首字等待时间过长 60-120秒
- 多次重试才能成功
因此,官方状态页与不少用户的实际体验存在明显差异。
5. 7 月 15 日开始"限购"
官方于 7 月 15 日开启了所谓的限购。
官方给出的理由是:
为了提高当前 199 元套餐用户的服务质量。
但是结合近期情况来看:
当前背景
① 即将推出新的速通套餐
据官方消息,即将推出:
的新套餐。
② 仅限制月套餐
目前观察到:
③ 更多用户升级到了 199 / 季套餐
由于近期服务变化,不少原本使用:
的用户,也开始升级到:
另外,由于 GLM-5.2 成为了主要模型,很多原本使用 GLM-5.1 即可满足需求的用户,也开始迁移至 GLM-5.2。
从商业角度来看,更像是饥饿营销,触发的目的不言而喻 并不是为了保证当前用户的服务质量,这些升级后的用户对于平台而言属于更高价值用户(因为用不完套餐,可能一半都用不完),但是对于以前就购买199 的用户体验进一步变差。
最后的实际体验
结合以上情况,我个人的实际感受是:
- 服务质量并没有明显改善。
- 503 仍然频繁出现。
- 首字等待时间依旧较长。
- 用户付费金额相比之前有所提高。
因此,从使用体验角度来看:
今天的服务质量进一步下降,而平台收入却进一步提高。貌似并没有想过提高服务质量,而是在不断试探用户底线。
以上内容均基于个人实际使用体验与公开现象整理,其中涉及原因分析的部分均为个人推测,并非官方结论。 反正他们也不承认