说下我这几天用 ZenMux 的糟糕经历

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

本来不想发这种帖子，但这次用 ZenMux 的经历，确实把我恶心到了。（文笔不好，自己写完用 gpt 整理了一下）

最早是在 X 上看到很多 ZenMux 的推广，再加上他们当时在推免费试用 Claude Code ，我就去试了下。我只开了一个 chat ，写了一个 prompt ，用的是 opus 。结果一次长回复还没传完，5 小时额度就直接没了。

当时我就觉得可能免费额度低，但想着现在支持订阅制的第三方 AI 平台本来就不多，还是硬着头皮订了个 Pro 试试看。

结果刚付完钱，我就发现自己的 Pro plan 周额度直接没了 10%。

对，刚订阅，先扣 10%。这体验真的很魔幻。我第一反应是系统出 bug 了，于是去找客服，然后发现根本没有正常意义上的客服，只能发邮件到 support 。问题是邮件发出去以后，两天没人回。

后来我又去官方 Discord 问，先在反馈区发，还是没人理。又过了一天，我直接去私聊群里那个会回答问题的官方人员，对方才说“帮你确认一下”。然后就是经典流程：你问一句，对面相隔几个小时，甚至第二天才回一句，根本没法正常沟通。注意，这还是在私聊的情况下。

再后来，我在 opencode 里又遇到一个 bug ，已经影响正常使用了，只能继续追着问。Discord 那边还是拖着，我又去加了他们官方微信群。进群以后发现也差不多：官方群看起来挺热闹，但官方基本不处理售后，回复慢，而且会选择性回复问题。大多数时候只是大家自己讨论，你真有问题，只能不停 at 、私聊、碰运气。

最后总算确认：是 ZenMux 平台自己的 bug 。

到这里我已经没什么耐心了。产品有 bug ，售后没人管，沟通效率低得离谱，我就提出退款。结果对方说可以退，但要先扣掉“实际 cost”。问题是那时候我账上的 cost 已经快 20 刀了，基本等于订阅费本身，等于也没什么可退的。

更离谱的是，后来我回头查免费试用时那次 opus 请求，发现它实际 cost 才 0.8 刀，但却占了我 10% 的周额度。

这事我怎么想都不合理。更关键的是，在我当时遇到问题、去追问的时候，他们对额度计算的说法基本就是黑箱。用户能看到 cost ，也能看到百分比占用，但到底一次请求的 cost 是怎么映射成周额度占用的，官方不肯给出明确、可验证的计算方式。

后面我才慢慢看明白，大概率是这样：

免费计划本来只有 5 flow / 5 小时，我那时把免费额度跑满了，于是它在 free plan 里显示占用了 10% 周额度；但我一旦订阅了 20 刀的 Pro plan ，这个 10% 占用居然直接继承到了 Pro plan 里。问题就在于，Pro plan 的周额度更高，free plan 的那 10% 一带过来，就等于那区区 5 flow 被按放大后的占比直接算进了付费套餐。

说白了就是：免费试用的占用，被原样带进了付费订阅。

这不是 bug 是什么？

但官方负责人的态度非常统一：系统不会错，后台记录就是对的，不能给你具体计算方法；中间有动态调整，但怎么调整不能告诉你。你觉得不合理也没意义，因为“系统一定是对的”。

这种回应最恶心的地方不只是黑箱，而是那种理直气壮的黑箱：
我不解释，我也不给数据，你质疑也没用，反正系统不会错。

而且在沟通过程里，对方还会故意曲解你的意思，不正面回答你提出的数据和逻辑，只重复几句“系统没问题”“不想争论”。后来群里因为这些问题争起来了，我再次提出 0.8 刀却占 10% 周额度的事，对方还是那套说辞。最后我 at 了他们团队里大部分人，希望至少有人能站出来把账说清楚，结果又冒出来一个“负责人”，说什么大家理念不同，不再解释，让我不要再浪费公共资源。

我说我是消费者，连知情权都没有吗？

然后，我就被第一个负责人直接踢出群了。

整个过程下来，我对 ZenMux 的结论很简单。

第一，它的额度体系非常黑箱。你能看到 cost ，但额度占用怎么算，官方不愿透明解释；而且我遇到问题那会儿，公开文档里也没有把这套换算规则讲明白，后面才慢慢补。
第二，它的售后几乎等于没有。邮件不回，Discord 慢回，微信群选择性回复，出了问题你只能自己追着跑。
第三，它的产品完成度很低。除了订阅，很多基础操作都做不了，连用户信息都没法好好改，支付方式也不能解绑；有用户想换支付方式，官方给出的建议居然是“先取消订阅，再重新订阅”。
第四，它的使用体验远没有宣传里那么美好。订阅第一周，额度就被暗地里大幅下调。按我自己当时记录对比，原本 20 刀 plan 给到的实际价值更高，后面很快就缩水了，而且没有明确说明。
第五，它那个 5 小时额度也很离谱。后面 5 小时窗口能用的东西非常少，opus 稍微跑个任务，一次就可能直接打满，甚至回复都传不完。这已经不是“性价比一般”，是根本没法正常用（以我 20 刀 plan 的计划）。
第六，平台本身还有参数映射这类问题。我在 opencode 里把 codex 的 thinking level 设成 high ，结果平台报错却说我设成了 minimal ，后来确认并修好了，说明问题确实在 ZenMux 这边。那这就引出一个更可怕的问题：这次是报错了我才发现，如果它没报错，只是悄悄给我映射错了呢？别的模型、别的参数，谁知道还有没有类似问题没人发现？

说到底，我不是不能接受平台早期有 bug ，也不是不能接受额度会调整。
我不能接受的是：产品不成熟，售后没人管，规则不透明，出了问题还一副“系统永远正确，用户没资格追问”的态度。

如果你只是想随便试试，可能还能忍。
但如果你真打算长期订阅、当生产力工具用，那我建议你谨慎一点。

至少我这次踩下来，感受到的不是“开发者友好”，而是：
先把钱收了，至于你后面遇到什么问题、额度怎么算、售后有没有人管，那都看缘分。

第 1 条附言 · 13 小时 11 分钟前

兄弟们，补充个事，在我被踢出群之前说到的争论，是有用户反馈说 cache 计费有问题，按了原价去计费。然后第一位负责人立马跳出来说是无稽之谈，我就怼上去说他听到反馈不去核查代码先否定。他说计费是他们的根基肯定不会错，他们有这个自信。然后今天我在官方 discord 的反馈频道看到一个反馈，说的就是 cache 超额计费的问题，然后他们的工作人员回复是问题已经核查并且修复已经在内测了。所以确定了他们所谓的自信和根基就是个笑话。
上不了图，有兴趣可以自己去 discord 看看

https://discord.com/channels/1418076877259673602/1476082117204250644

ZenMux

问题

体验

27 条回复 • 2026-03-05 20:38:58 +08:00