m1nm13's recent timeline updates
m1nm13

m1nm13

V2EX member #545035, joined on 2021-05-11 14:12:02 +08:00
Today's activity rank 1379
m1nm13's recent replies
5h 33m ago
Replied to a topic by geekzhuhub 程序员 分享一个百炼 API KEY
@geniuskyer 不值, rate limit 严重, 你用五小时的 18%就要干你了
opencode go 里面的 glm5.1 会随着上下文增长而越跑越慢,我不确定这是 opencode 的独有的问题,还是所有的 API 都这样
没能力自适应苹果的傻逼之处的话, 确实是 oppo 之类的会好. 不要碰便宜货比如联想, 本来安卓 app 就比 ios app 做得更糟,系统再差简直不能用
@Circle599 easytier 等于默认开了 tailscale 的 peer relay 自然是比其他家更好的选择,或者说这本身就是下一代的组网工具的想法(每个能 NAT 打动打洞的客户端都能自动成为中继服务器)。

把之前手动搭 derp 之类的活,全自动给干了。
1 day ago
Replied to a topic by quiqa 程序员 模型的自我终止
这是 opencode agent 的问题, 你换一个就不这样
没有啊,你直接充钱,然后继续用你的 API 就完事了.

或者你换嫖隔壁的豆包语音
@MuyuQ 不,这个文章恰恰指出了开源模型的问题: 输出格式不完全遵守要求. 比如会乱加空格或者引号, 之前 QWEN3.5PLUS 之所以很快就被 3.6 替换就是因为会乱加减空格
AI 的上限取决于 AI 能否真正实际感知到程序的运行结果

比如 带 UI 的产品, AI 是否能准确测试并感知到改动的效果, 其实是很难的, 静态的 UI 还能截图多模态分析,做一些稍微有点动态效果的就无法完成 编码->验证效果 的闭环了

所以对纯后端 API 似乎是最好用的. 因为可以闭环验证. 其他都容易退化成需要人来辅助,这时候就变成作为辅助的"人"的效率不够好,描述/反馈不够准确的问题了
Apr 30
Replied to a topic by ifu25 程序员 百炼 Lite 订阅也可以用 qwen3.6-plus 了
qwen3.6 属于能用的水平,在各家 API 报价里面也属于最低的一档, 我觉得属于兜底的模型

比 cursor composer 2 啥的好, GLM-5 平替或者下位替代, 但是生成速度明显好于 GLM
@ajyz #72 叽里呱啦一通果然是外行, Mesh 要解决的是如何选取最优 AP, 切换过程怎么做到网络中断最小. 什么去中心化真是笑死人了. 局域网就是中心化的结构, AC 就是他的中心, 所有报文都最终发往 AC
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2955 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 15:18 · PVG 23:18 · LAX 08:18 · JFK 11:18
♥ Do have faith in what you're doing.