m1nm13

确实, 论用第三方 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 这玩意还是报应来的慢, 几十年, 要是报应来得快的比如股票就没那么多嘴硬的.

而且老了察觉到问题了还没办法找补

一看楼上的就没亲戚住过养老院, 就是和有没有人探望强相关

不然就是精致利己或者丁克做梦, 以为不会为此在老年付出代价

多用用就知道了,他家的 AGENT 特别烂,OPUS 都救不回来

分析代码这种弱智模型都能干的活, 配合 OPUS 能干飞了,智力之低超乎想象

买不起折叠屏, 找我这摔手机法, 没法带壳不出三个月就要换屏

我一直觉得用折叠屏的, 起码得有为手机平均半年支付 2W 的收入能力才行

你一个 wireguard 协议还要翻墙? 分分钟封 IP

你要是用了 tailscale 官方中转, 那你就是导致 tailscale 在国内几乎不可用的推手

这是笑死了，半年前、一年前疯狂发帖看不起 AI 现在又搁这自嘲说要失业。感觉都是同一拨人。