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

V2EX = way to explore

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

现在注册

已注册用户请登录

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

❮

❯

8 天前

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

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

10 天前

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

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

11 天前

回复了 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 的情况下，你自己独树一帜只用同步模式实在是有点…嗯…难说

2025 年 9 月 11 日

回复了 wdhwg001 创建的主题 › 程序员 › 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一

@maladaxia 我感觉它比 codex 快一点，虽然也有起伏。至于并行工作你多克隆几个仓下来就行了

2025 年 9 月 8 日

回复了 paranoiagu 创建的主题 › 宽带症候群 › 上海电信花式限速（上行）

@mikewang 这东西有股子当年西厢计划的味道了

2025 年 9 月 8 日

回复了 wdhwg001 创建的主题 › 程序员 › 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一

@lzynb 非常依赖独立的 Step Tracking 文件和独立的 Plan 文件，大小问题都要求 AI 使用这两者而不仅仅是 todo

2025 年 9 月 7 日

回复了 wdhwg001 创建的主题 › 程序员 › 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一

@mlzboy Cursor 的 Claude Opus 4.1 thinking 的 thinking budget 确实是比 Claude Code + Opus + ultrathink 要低的，大概只有 ultrathink 的一半，所以你如果真的面向最复杂的需求 Plan 的话，最好还是 Claude Code + Opus + ultrathink 。Augment 我记得完全没有 Opus 接入。

Cursor 的一个缺陷是，你需要给它一个 Cursor Rules ，不然它不会主动去做 Plan 。

codex 和 Cursor 的 gpt-5-high-fast 的思考预算是一样的，后者的 token 速度稍快一点。

2025 年 9 月 7 日

回复了 tlerbao 创建的主题 › Claude › 2025 年 9 月 Claude Code 这些功能有实现或者有更好的方案吗？

你说的这些都是 Cursor 的功能，那你其实更适合直接去用 Cursor…

2025 年 9 月 7 日

回复了 semistack 创建的主题 › Claude › Claude code 降智到令人发指的地步。。。

据说 Cursor 是切到了 bedrock 才躲过了这场 claude 降智的，可以换 cursor

2025 年 9 月 7 日

回复了 izzy27 创建的主题 › 买买买 › 有推荐的椅子吗？

所有抄 aeron 的椅子都很容易勒腿，而抄 embody 的贵一点的都还行，最好的椅子依然是 embody

2025 年 9 月 7 日

回复了 wdhwg001 创建的主题 › 程序员 › 试用 codex 感想：不说 You are absolutely right 是 GPT-5 最好的编程特性之一

@taosimple Cursor 完全不阻止你尝试将整个上下文的任意一条信息 dump 到一个文件，Claude Code 的反编译满天飞，Codex 干脆是开源的。

这种差异决定了 LLM 是把它当作需要回馈的用户指令还是一段上下文。所以 Cursor 是 Rules ，而 Claude Code 是 Memory 。

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

❮

❯