抡锤者

我这里只有一台，deepseek 装上了，试了一下就停了，没法真的用。朋友那里有两台，在买线。过两天其他那里试试。

GDX 部署好了 SGLang+27B 了。Mamba size 要自己显式设定等于你的并发数*5，否者 SGLang 会限制你的并发数。SGLang 在部署27B 的时候竟然认不全所有共享内存。我把--mem-fraction-static 1.4 才把看 kVcache撑起来。这个具体数值可能要自己根据情况看。 Hermes 出了 0.20.0 版，a2a和框架通讯都获益，不需要 cron，不需要 codex cli。Hermes 调用CC switch 配置27B的 codex 做点个人小项目泡一晚上都很稳。@soop-ladios

这两天在 GDX 上折腾 SGLang 配 27B。还是有点坑的。默认 Mamba 开很大，不匹配你的并发数。认不全统一内存的总量，kvcache 被 Mamba 挤压。手动设置Mamba size 要注意 和并发数不是 1 :1。最后我把--mem-fraction-static 1.4 才勉强把 kvcache 撑起来。

一样非常关心这个问题

单纯解决问题Hermes 跑 DeepSeek 是最简单的。其实我大部分工作都是这么完成的。折腾的原因是因为现成有一台 DGX，不用起来觉得亏的慌。没上Qwen3.6:27b 的前面已经说了。空了去试试。现在用SGLang 跑 qwen3:coder-next-FP8感觉也还行。生命不息，折腾不止

@soop-ladios 昨天装个 codex，然后和他讨论一番。决定在 codex 复制我在 Hermes 上的工作流。需求端保留在 Hermes。全文档交换系统。Hermes 用codex-run 方式启动。然后 简单cron扫描交换区进行双向通讯。阻塞性事件微信通知人肉处理。跑了一个自动抓雪球 文章的并整理评级的小项目效果很好。对多 agent看板工作流控制比我在 Hermes 手工攒起来强多了。后台用的 DeepSeek false 还没接 DGX，可能也是特别顺的原因之一。下次转到本地模型的再试

没有多模态，我要在GDX可怜的显存里面再省出一块装vl模型，捉襟见肘啊

没提多模态啊，好像还是不支持

谢谢！ soop ladios。你说的跨框架的方案我还完全没试过，有机会去尝试一下。MTP我实测过Gemma4 31b，提升巨大。但到5对短任务，单toolcall就有点反作用了。

谢谢! soop ladios你的分享，我会去你的那里学习取经。我一直在用Hermes agent，也碰到好多问题，这两天参考Pi项目也改进了hermes的hook

我不骂，我只是问他：你的上下文怎么变一个比特了

谢谢！xiaote 。昨天还写了个文档给架构agent要求开卡的body的颗粒度要细，每张卡片之间要加物理闸门，不通过不能自己结束。总之还在和agent们搏斗

我是有搞架构的agent做好方案，强调垂直切片，然后p0-pn，中间有coding+检测+架构自检+需求检查。然后有自动cron巡视处理阻塞。多profile协同

莽撞了，最近一直用qwen系列，kvcache很紧张。agent告诉我deepseek的MLA/DSA高压缩率对比qwen，kvcache可以少用一半显存。如果是真的16G系统+80G权重，还有30G不到，还可以搞一下试试

看了deepseek，这个大小，kvcache太难了。还不是多模态，其他都要放弃，可以玩，不适合长期用

谢谢，这个榜单好奇怪，都是高精度的小模型排前3。qwen3.6 27b最早开始就是试了，那个时候啥都不懂，老是toolcall截断，查了说是有个bug没解决就一直没再试。后来用了一阵35B-a3b，找时间再去试试。deepseek一直在用APIkey觉得还可以，一台dgx能跑的精度肯定肯定很小啊，能行吗？

最近尝试SGLang部署了Qwen3:coder-next-Fp8+qwen3-vl+bge-m3,也试了vllm的Gemma4:31b用mtp=3优化总算速度起来点，但在hermes 的kanban跑长程任务，总是各种问题，幻觉，偷懒，自己找台阶，一言难尽。