V2EX › wdhwg001 的所有回复 › 第 2 页 / 共 65 页

V2EX = way to explore

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

For Existing Member Sign In

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

❮

❯

8 月 23 日

回复了 eccstartup 创建的主题 › 程序员 › 每个用过 DeepSeek Harness 的人都会觉得 DSH 很先进吧？

dsh 是 flask ，但这个 flask 要的知识，尤其是脑子里对于各种最佳实践的取舍知识，那可太多了。

对于 Harness Engineer 以外的人来说，它不是 npm ，是 360 软件管家。

8 月 19 日

回复了 wdhwg001 创建的主题 › 分享创造 › csift: 全面的 Claude Code 记录搜索、反查与恢复工具，帮你提前踩完会话文件的坑

@MHPSY 其实这件事对于 Claude Code 自己的架构来说不太好办，因为它几乎是纯 TypeScript 的，但 JSONL 的规模大到 Bun/Nodejs 很难吃得下，这个项目背后藏着很麻烦的优化问题，因为它和 ripgrep 不一样，rg 不需要考虑结构，而它需要在考虑结构的前提下完成大量 session 的 regex 扫描，而这里面的拓扑一类的功能还涉及到动辄几十甚至几百个 JSONL 的扫描，带拓扑的多 session 找起来更费劲。

这东西绊了 AI 很长时间，我亲眼看着 Fable 试了六七个方案，profile 的构建吃了我差不多 200G 空间，最后才把时间压到<1 秒。

8 月 18 日

回复了 wdhwg001 创建的主题 › 分享创造 › csift: 全面的 Claude Code 记录搜索、反查与恢复工具，帮你提前踩完会话文件的坑

@MHPSY 感谢试用。

虽然刚开源没有多少 stars ，但是它扛过了严格的变异测试，并且内部的优化从 mmap 到 simd 和并行化都有，我对它的质量还是放心的。

8 月 4 日

回复了 peefy 创建的主题 › 分享发现 › 解决 Claude Code/Codex 跨 Session 失忆：我们开源了长时上下文引擎

@xingxingluolei 首先确保你使用的是正品的 Opus 5 。然后 Opus 确实在 5 之前有严重的上下文注意力问题，那时候通常推荐锁更低的上下文，但是现在不存在了，锁上下文更多的是省你自己的开支，因为 credit 里 cached read 免费，但 uncached read 不免费。

8 月 4 日

回复了 peefy 创建的主题 › 分享发现 › 解决 Claude Code/Codex 跨 Session 失忆：我们开源了长时上下文引擎

这件事有一个最简单的处理方法：不更换 session 。

并且如果你的前提是不更换 session ，那么一切都自然顺畅了，不需要那些复杂的东西了。

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 看。

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

❮

❯