m1nm13
买一个 50G 带桶的就行,但是桶不能买那种便宜的 30 块的橡胶桶,得买那种 200 块的金属外壳的,里面是 PE 塑料的那种桶。
带桶的水压会高。不然就去买 1200G 以上的。
把 AI 当许愿机是这样的
cursor 的 BYOK 还要求必须得是公网 API server,似乎你的请求会被代理到 cursor 的服务器来向 API SERVER 发起. 体验非常之差
composer 2.5 只能干一些简单的活, 大部分时间还得并发 best of n 来干, 智力水平不好评价, 唯一优点是速…
确实, 论用第三方 API KEY 隔壁 TRAE 不充钱都能用
论充钱后用第三方 API KEY, 感觉 cursor 暴打它, composer 和国产模型感觉没啥差别了, FAST 响应还快的多得多
再加一个还涨价到了 20 刀, 鸡肋
opencode go 里面的 glm5.1 会随着上下文增长而越跑越慢,我不确定这是 opencode 的独有的问题,还是所有的 API 都这样
看协议。如果是不怎么费内存的协议,可能还行。因为它的 NPU 好像固定会划掉一部分内存,导致进系统好像就不到 400 兆的内存。
我用 7981 ,512 的内存没有给 NPU 划走,都会偶尔爆内存。除非你去用它改了 1g 内存的货,比如楼上这个图。
你反带出来的用量,比直接在 VS Code 里面使用差非常多,它可能把 Agent 的自动迭代的一些 中间步骤也算成了一次请求。但凡你实际这么用过,你就会发现你在 Claude Code 问一个问题,可能它给你跑了 百分之十几的用量。
所以一看你就没有实际用过。
@m1nm13 这玩意还是报应来的慢, 几十年, 要是报应来得快的比如股票就没那么多嘴硬的.
而且老了察觉到问题了还没办法找补
第一年能赚钱的寥寥无几. 再说了成本怎么算还不是人家说了算. 真赚钱了人家说成本 90%/95% 一样给你送走