cs8425

自荐一个最近自己开发的
日常操作全靠 web ui
agent loop 跑在 server(支援多 session 同时跑)
tool 全靠 mcp server 自己挂
基本上只管理压缩
档案操作、浏览器画面接管啥的就要自己凑了
https://github.com/cs8425/bareloop
还在迭代调整一些小细节, 但基本上算稳定堪用了

@cs8425 #21
触发 V 站的 email protected...?!
pi-language-tutor << 这个

@fallimmortal
npm:[email protected]
该不会是这插件的问题吧
叙述看着就要吃不少 token:
Learning language → Writing check. Native language → Writing tutor. One LLM call decides — they never both fire.
Features use your session model by default; point them at a cheaper one with /lang model.

screen 跟 tmux 就不提了
让我讶异的是用.net + SignalR 搞自己...
嫌直接用 raw ws 啰唆麻烦就算了
socket.io 这种到处都有 port 的方案也不用
反而自己重搞一次 SignalR 真佩服这毅力

刚好手上有 4070S 跟 9060xt, 最近也在尝试这块
先说结论:
12G 显存完全不够用
16G 也只是勉强能动
拿去辅助编程不是智商太低就是速度太慢
要嘛买更好的卡, 不嘛就 api 算了

我只测了 gemma-4-E2B Q4 、gemma-4-E4B Q4 跟 gemma-4-26B Q4 (MoE 类型)
4070S 跑 E4B 没啥问题, 速度大概 90t/s, 26B 就完全不行了
9060xt 跑 E4B 大概 60t/s, 26B 能动但最高只有 20t/s 通常在 15~19 之间
用的是 llama.cpp, backend vulkan
E4B 辅助编程错误很多, 要一直叫他修正
26B 错误是少很多, 勉强算堪用吧, 但运行太慢, 结果最后总花费时间跟 E4B 多轮差不多....
虽然不排除目前对 gemma 4 系列的支持不是很好/有 bug 就是了

跑 SDXL 的话
4070S 速度大概是 9060xt 的 1.7~2 倍 (1536x1024 一个 45 秒一个 80 秒)
但解析度/模型大一些就先炸了

@cnevil #16
@HFX3389 #21
也有可能是上下文的问题
我用 gemma 4 E4B Q4_K_M 完全离线的情况来说
只丢 poc 的 code 总结出来就类似 @andlp #10
把 https://xint.io/blog/copy-fail-linux-distributions 内 "The Root Cause: Page Cache Pages in the Writable Scatterlist"到"The Exploit"这几段乱的内容+poc code 丢进去
总结出来的就是正确的:
执行： 所有 Shellcode 片段都被写入后，g.system("su") 执行。由于 /usr/bin/su 的 Page Cache 已经被 Shellcode 覆写，当 su 被载入执行时，它会执行攻击者植入的代码，并以 root 权限运行。

lightpanda 虽然不是给人用的(狗头

25H2 小问题非常多
甚至不如 linux 桌面日常用还比较稳定
举个最近才碰到的 bug
切换成中文要等 3 秒
切换按下去到反应过来中间打的也会一并出现
但是必须在 3 秒后才跳出来

@weiwenhao #89 #90 会这么问估计是因为 golang 现在是 1.25 而 1.23 已经是 unsupported 的版本...