V2EX › wdhwg001 的所有回复 › 第 1 页 / 共 64 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 64

❮

❯

7 月 25 日

回复了 LemonApple 创建的主题 › Claude › 为什么这次添加 Opus 5 模型，额度没有重置？研究下 claude 额度重置机制。

A 的重置前提是：感受到了 O 的压力。

和用户诉求无关，A 本来的用户基本盘就很大，算力也不是爆棚的那种，模型偏好大参数 SL 而不是拼命 RLHF ，所以除非 Tibo 去跳脸跳到让 A 压力爆表，否则它不会重置的。

7 月 7 日

回复了 Danswerme 创建的主题 › Claude Code › Opus 4.8 越来越脑瘫了

@dingawm 41 秒，5 个 tool call ，不符合 xhigh 的认知，并且/clear 过，那么按照 xhigh 的习惯肯定会先查清楚。

7 月 6 日

回复了 Danswerme 创建的主题 › Claude Code › Opus 4.8 越来越脑瘫了

41 秒…首先你不开 verbose 的时候 CC 就是真的会偷懒，其次你 reasoning 开太低了，越低就越是纯粹的执行机器。

4 月 7 日

回复了 Misakas 创建的主题 › 推广 › [注册送 5 刀] [含抽奖] 招募小白鼠， Mirrorstages 支持 CC Max 啦，测试期间最低 0.3 元/刀

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

4 月 5 日

回复了 YanSeven 创建的主题 › Claude › 怎么感觉 ClaudeCodeMax 5X 额度变少了

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

4 月 5 日

回复了 YanSeven 创建的主题 › Claude › 怎么感觉 ClaudeCodeMax 5X 额度变少了

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

Context: 我是 Max 20x

3 月 16 日

回复了 jiaokun 创建的主题 › 推广 › [分享] 卡商+号商自建的 Claude API 中转站，号池自动补充，不怕封号断供

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

3 月 16 日

回复了 jiaokun 创建的主题 › 推广 › [分享] 卡商+号商自建的 Claude API 中转站，号池自动补充，不怕封号断供

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

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

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

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

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

3 月 15 日

回复了 maxwellz 创建的主题 › Claude › Claude Opus 和 Sonnet 现在 1M context 价格和之前 200K 一样了

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

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

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

3 月 2 日

回复了 ddczl 创建的主题 › 程序员 › 请问各位大佬 OpenCode 和 ClaudeCode 功能上有什么区别？

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

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

2 月 25 日

回复了 xiaofangcode 创建的主题 › 推广 › 开工福利： Codex 免费蹬， Claude 低至 0.03 一次。助力 v 友开工

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

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

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

2025 年 11 月 28 日

回复了 mark257 创建的主题 › 优惠信息 › 黑色星期五机场优惠推荐

最简单的判断就是去看毒药，怎么看呢，用 wayback machine 看。

2025 年 10 月 9 日

回复了 wdhwg001 创建的主题 › 远程工作 › AI 初创公司，寻全栈远程/外包（ Python + React）

@bbao 这恰恰是我们想要的：

我们要的前端能力，恰巧就是那种，可以发现 AI 写的前端有问题，也可以在 AI 翻来覆去改不好的时候提刀亲自上阵的能力。

而设计能力，并不需要有完整的设计作品集，而是比 AI 产生的蓝紫色渐变页面更“有品”，有一些自己的理解，就足够算作加分项了。

2025 年 9 月 28 日

回复了 sxszzhrrt 创建的主题 › 数据库 › PgSQL 和 Sqlserver 哪个好？哪个资源占用小？哪个性能好速度快？

@netnr 你说的是 collation 吧，pg 当然支持的

2025 年 9 月 14 日

回复了 HelloRickey 创建的主题 › 分享创造 › 最近边学边做了一个 AI Agent 框架，欢迎大家来体验一下。也希望大家顺便点个 star，我将给每人发送 50 个 V2EX 作为感谢。

我真觉得在你用的整个技术栈都支持 asyncio 的情况下，你自己独树一帜只用同步模式实在是有点…嗯…难说