wdhwg001

不觉得自己算顶级，但是我的产能目前是每星期烧到 2.5 个左右的 Max20 ，然后自己有自己的配套设施去改进 harness ，有自己的大量 mini research 去确保最佳实践，对 Claude Code 的各种 harness 细节闭眼熟，至少完整看过主流几个 Harness 的源码。我不喜欢堆 skill ，但是 hooks 数量倒是在 20 左右。

然后知识上的话，具备在相关及泛相关技术栈里比 Opus 略高，或者至少平齐的知识和经验储备。然后双语流畅吧，这个流畅不是六级高分那种，是真的可以放手让 Opus 随意产出英文，然后自己用哪个语音只是 bilingual 偷懒，而不是另一种看着费劲。

然后你的 Agent/Harness 方向里有哪些专门的开源方案？对这些方案至少足够熟。

感觉应该亏不了，CC Max 毕竟是免费的 cached read ，实际跑下来这个 0.6 应该是接近真实的订阅价格的，也就是 10x-13x 区间，当然这前提是跑满，跑不满的话中转还是划算。五折估计就是纯搞活动了。

@YanSeven 我感觉是他们 ai infra 的 cache 炸了，或者开始对 cached read 计费了，我一句话烧掉 17%确实是 1m 上下文里占用 50%的场景。

这哪叫变少，这直接用量缩到了原本的 10%，一句话能烧掉 30 刀的 extra 或者烧掉 17%的 5 小时用量。

Context: 我是 Max 20x

@HFX3389 Cached Read 本来就不用收费啊，你仔细算这些中转，就会发现如果按照 API 价格算的话，基本没有哪家是打得过 Claude 自己的订阅的，这里面还包括了基于逆向工程一类的中转。

如果真的是自己的 Claude 订阅号池，那么最简单的一件事应该是能做得到的：

Claude 订阅的 Cached Read 是免费的，所以下游中转也要提供免费的 Cached Read 才行，这在 1M 上下文的 Opus 里非常重要。

https://she-llac.com/claude-limits

凡是计费模型贴近 API 而不是 Claude 订阅的，一律视为不是纯正的 Claude 订阅号池。

（实际上自己订阅 Claude 得到的用量就比很多中转都便宜了。）

@jiaduobao 你们这些营造焦虑然后卖中转的人真的可以闭嘴了，这一波是实打实的纯福利。

https://she-llac.com/claude-limits

Claude 订阅里的 cached read 是免费的。

https://github.com/Piebald-AI/claude-code-system-prompts

你可以拿着这个仓库自己去问 AI ，看 AI 告诉你 OpenCode 有没有这么详细的 Prompt Engineering ，同样可以对比 Codex ，我记得之前 codex 做得稀烂，Cursor 的上下文工程之前是最好的，现在和 Claude Code 基本上五五开各有优劣吧。

输入$4995 ，输出$24975.0000 的 Max…你设置没问题吗？

我还是说，中转站想对标官方两百刀订阅，首先要从 Cached Read 免费开始，因为官方的 credit 计算公式里 Cached Read 就是免费的。

https://she-llac.com/claude-limits