V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  wdhwg001  ›  全部回复第 1 页 / 共 64 页
回复总数  1265
1  2  3  4  5  6  7  8  9  10 ... 64  
不觉得自己算顶级,但是我的产能目前是每星期烧到 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 区间,当然这前提是跑满,跑不满的话中转还是划算。五折估计就是纯搞活动了。
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
@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
2025 年 11 月 28 日
回复了 mark257 创建的主题 优惠信息 黑色星期五 机场优惠推荐
最简单的判断就是去看毒药,怎么看呢,用 wayback machine 看。
2025 年 10 月 9 日
回复了 wdhwg001 创建的主题 远程工作 AI 初创公司,寻全栈远程/外包( Python + React)
@bbao 这恰恰是我们想要的:

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

而设计能力,并不需要有完整的设计作品集,而是比 AI 产生的蓝紫色渐变页面更“有品”,有一些自己的理解,就足够算作加分项了。
@netnr 你说的是 collation 吧,pg 当然支持的
我真觉得在你用的整个技术栈都支持 asyncio 的情况下,你自己独树一帜只用同步模式实在是有点…嗯…难说
@maladaxia 我感觉它比 codex 快一点,虽然也有起伏。至于并行工作你多克隆几个仓下来就行了
2025 年 9 月 8 日
回复了 paranoiagu 创建的主题 宽带症候群 上海电信花式限速(上行)
@mikewang 这东西有股子当年西厢计划的味道了
@lzynb 非常依赖独立的 Step Tracking 文件和独立的 Plan 文件,大小问题都要求 AI 使用这两者而不仅仅是 todo
@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 速度稍快一点。
你说的这些都是 Cursor 的功能,那你其实更适合直接去用 Cursor…
2025 年 9 月 7 日
回复了 semistack 创建的主题 Claude Claude code 降智到令人发指的地步。。。
据说 Cursor 是切到了 bedrock 才躲过了这场 claude 降智的,可以换 cursor
2025 年 9 月 7 日
回复了 izzy27 创建的主题 买买买 有推荐的椅子吗?
所有抄 aeron 的椅子都很容易勒腿,而抄 embody 的贵一点的都还行,最好的椅子依然是 embody
1  2  3  4  5  6  7  8  9  10 ... 64  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2872 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 40ms · UTC 08:47 · PVG 16:47 · LAX 01:47 · JFK 04:47
♥ Do have faith in what you're doing.