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

V2EX = way to explore

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

For Existing Member Sign In

11 小时 45 分钟前

回复了 rizon 创建的主题 › 程序员 › claude 今天被封了，戒断反应很难受

@rizon 我记得 Codex 最多能调到 1M ，但我自己没试过

2 天前

回复了 imnotlxy 创建的主题 › Cursor › Cursor 新订阅不再包含第三方模型额度

@money1991 这么说的话，可能小一点的套餐更推荐切换？ Ultra $200->$500 的第三方模型其实挺耐用的，Grok 4.6/4.7 有点蠢。

4 天前

回复了 licoycn 创建的主题 › 程序员 › Google Play 开通 Claude Pro，搭配大陆护照 KYC，安全上车中...

KYC 是为了验证是不是真人，防止开号池的。但弹 KYC 说明环境可能不是很干净，风险较高，最好小心使用一段时间

5 天前

回复了 liuluxu1989 创建的主题 › 程序员 › 译文： pstack 作者 poteto 《我怎么用 Cursor》

@liuluxu1989 无非是嫌弃用量少，不过 Tibo 说可以通过 CPA 把 Codex 订阅额度接入 Cursor

5 天前

回复了 mohulai 创建的主题 › Claude › 天天念叨 Claude 封号的，没试试 Github Copilot 吗？反正在 Copilot 里什么模型都能选

改完收费规则后，现在 $100 一个月的 Copilot Max 都不一定够用，总共给 $200 额度。第三方的产品 Cursor Ultra （$200 ）应该是用量最多的了，Claude 模型大约有 $500 额度。

5 天前

回复了 xxzhaoming 创建的主题 › Claude › 发工资了今晚干一票大的，我准备直接用招行卡开 5 倍 max

@Nexora 不好说，Grok 对中国用户提供服务，Azure 的 GPT 也对中国提供服务

8 天前

回复了 higo4u 创建的主题 › Claude › Claude 开放大陆地区了？

@pxw2002 银联卡有不少国家都在发行

9 月 29 日

回复了 yiranw09 创建的主题 › 程序员 › 继 opencode go 之后， commandcode goat 也搞欺诈

@yiranw09 确实是这样。不过个人认为 Sonnet 5.5 的性价比不如 Opus 5.5 ，如果用 Anthropic 的订阅，可以主力 Opus 5.5 。即便是 Pro 订阅也挺耐用

9 月 29 日

回复了 yiranw09 创建的主题 › 程序员 › 继 opencode go 之后， commandcode goat 也搞欺诈

OpenCode Go 、Command Code GOAT 这种小型 coding plan 普遍不太行。Codex 、Claude Code 官方订阅用的人多是有原因的，抛开模型能力不谈，至少服务稳定、额度充足、速度快、缓存可靠。DeepSeek 虽然没有 coding plan ，但官方的 API 也是这个道理。综上，我觉得应该认准大厂的产品。

9 月 22 日

回复了 1zh3n 创建的主题 › 程序员 › kimi K3 是不是吹的厉害

虽然 GLM 5.3 等模型在跑分上与 Kimi K3 非常接近，但 Kimi K3 的参数量大很多，这可能也是用起来更舒服的原因。Kimi K3 能更好地理解我的意思。

9 月 21 日

回复了 liKeYunKeji 创建的主题 › 程序员 › 最近发现，用 Ai 制作的公众号封面图的推文会被限流！有什么办法解决吗？

用 AI 图作为封面的文章一般都是全篇 slop ，像楼主这样认真做内容的可能不多。最好别用 AI 图，不然读者根本不想点进去看。

9 月 20 日

回复了 imnotlxy 创建的主题 › 程序员 › 基于机密计算的 LLM 推理商

@kongxiao00532 可惜没法给公众提供服务

9 月 20 日

回复了 imnotlxy 创建的主题 › 程序员 › 基于机密计算的 LLM 推理商

@PopRain 见 #4 。合同、信任无法消除数据被推理商看到的风险，但技术可以。我感觉这些小厂家的问题在于他们的算力没有那么多，uptime 、速度、延迟、缓存 TTL 不一定有大厂做得好。

9 月 20 日

回复了 imnotlxy 创建的主题 › 程序员 › 基于机密计算的 LLM 推理商

@PersueYan CPU 和 GPU 的核心内部应该不用处理密文，对它们来说加密和解密是由别的硬件（内存控制器？）透明完成的。

9 月 20 日

回复了 imnotlxy 创建的主题 › 程序员 › 基于机密计算的 LLM 推理商

@r6cb @ltyj2003 推理商无法看到明文，实现这一点要满足两个条件。

第一，推理相关的代码运行在「可信」的虚拟机中。运行环境的机密性由硬件保证，Intel 、NVIDIA 均提供 TEE 功能，PCIe 总线上的数据也是加密的。即便宿主机的控制权限不在用户手中，或者物理机被攻破，别人也看不到这个环境中的内容。用户可以用一些密码学的方法验证 1) 代码运行在 TEE 中； 2) 代码、模型权重与推理商公开的一致。

第二，用户会在本地运行一个 API 中转，这个中转与 TEE 之间实行端到端加密。中间的所有环节均看不到明文。

我没有可信计算相关的专业知识，以上是我自己粗浅的理解，希望指正。

9 月 17 日

回复了 uruana 创建的主题 › Claude › 感觉 kiro 也不稳定啊，老出现 limit，还有哪些用 Claude 的稳定渠道

Cursor Ultra 是 $200 的套餐，提供至少 $400 的第三方模型额度。实际上还会有奖励额度，Ultra 的奖励额度可能有大几十美元甚至一百多美元。使用比较便宜的模型配置，例如 Claude Fable 5.1 Low ，额度在第三方订阅中算是相当不错的，性价比高于 Copilot Max （$100 买 $200 额度）。此外还包含了 ~$4000 的 Grok/Composer 额度。

9 月 17 日

回复了 blackantt 创建的主题 › 程序员 › 求助： mpv 在 GPLv3 下的分发

@blackantt 既然分发的 mpv binary 是由未经修改的官方代码库编译的，我认为没必要附带源码。如果有人问你要源码的话给他发个仓库链接就行，让他从 GitHub 仓库拉取，也可以把原仓库的链接贴到客户端的某个地方。