甚至弱于qwen3.8 27b q3量化版

 ![图片](https://cdn3.ldstatic.com/optimized/4X/4/f/9/4f92af8bd4f555aa06a0739bafc743f1f77817ea_2

绕过mac安全权限或将成为未来AI炒作新闻

是这样的, 3.8纯摆子, 但是要是说免费的话搞点小东西或者当个gpt的人话翻译还行

hub吧，公益站一般不会保证稳定，hub多加几个渠道还行

luna和ds flash差不太多其实, 之前便宜的时候用来替换luna提提速还是行的

codex,出新模型不会充值吗?

google工业化流水线24天一个大模型

我在cpa里面反代好像没啥问题, agy确实难用, 它的快捷键跟很多cli都不一样

会有gemini3.11 < gemini3.9吗? ^-^ 问一下佬有人说gemini3.8<gemini3.7, 佬体验咋样?

确实, 看了一眼blog还是3d reconstruction

这和拉屎拉一半又吸回去了有什么区别

这个好哇, gemini 3.7 flash确实是到了在写明要求的条件下能用的水平

少好多, 比如pi(cli命令行), openclaw, Hermes

人死后可以训成亡灵LLM继续打工?

pro重置的价格是对应翻倍的所以…

3.7f真行吗…在我这很懒惰啊, 干活想不全

antigravity里面也不大行, 代码相关逊于dsv4 flash, 世界知识方面还行

这个鹈鹕笑死了, 这是我见过最烂的鹈鹕, free降智都没这么烂吧

如果说deepseek想要做的是agent OS是否就豁然开朗了?

这么说似乎有点像dcp, opencode-dcp提供手动prune的方式, 只不过我没用过 不过对我来说上下文工程的意义就是让它尽量保持一种同一性? 不至于讨论到中途我说过的要求/以前考虑过的思路忘掉了

openai的远程压缩也是黑盒的吧, 不过openai的压缩质量确实可以, 在codex里面很无感 用户没有介入方法倒是确实, 但有介入怎么避免过度麻烦也需要设计, 这部分佬有什么好的方案吗? 权重这方面magic context v2的时候似乎要改进

有一定道理, 我一直在考虑拿我的coding session做eval, 但是问题是长程任务我肯定是根据它的回复要做出一些我的指示的, 所以即便对于同一个起点, 我中间会输入的东西也是不同的, 所以我一直没搞懂怎么搞这个, 佬要懂的话求教 ^-^ 所以我现在只能说相比于compact, 理论上以及体验上来说这个东西能够让上下文更加连贯, 因为普通compact就是agent自己输出一段内容做为下一

ace和magic context不是一类东西, ace偏召回吧, magic context属于上下文工程

这倒不是, m[0]和m[1]是长期-短期的结构, 在context场景有这个结构的实现, 不是说记忆全到m[0], 另外magic context并非我设计的, 我只是赞同其设计, 写一篇推荐性文章(利益无关)

有道理, 我准备改一下标题, 主要是context长程任务似乎没有好的benchmark, 没有一个统一的针对harness的标准, 也没有什么最好和不好之说了… 只能说就我的体验来说它是比compact和opencode-dcp好的, 当然这不是一个有力证据 memory部分不是和context engineering一样能够通过问题式想到合理解法的一个东西, 所以暂时放着, 没有好的更新的想法

自从5.6出来之后我已经转向魔改mattpocock/skills了, 其实可以考虑魔改trellis, 让luna max/xhigh干活很便宜, trellis确实是团队用agent的一个很好的实践