step-5-preview 感觉海星啊，当我的 ds 都 499 的时候

蹲个感受，佬用着感觉跟ds4.1-1017比着咋样？

长任务就会有大问题，直接死那里，一声不吭。

笑死了，那我还是继续用ds吧，哈哈哈

上下文太大的时候，工具调用会出问题

算是有可取之处吧。

cc里边开dynamicworkflow的时候，进行中的 token 量能显示， ds 要任务完成才显示。

应该是返回的格式，跟 A 的一样。 ds 的转格式估计漏了字段。

的确出现过长任务的时候，流口水，把上下从 /autocompact 400K 以下，会变得稳。 （ds 的据说甜点上下文在 700K 一下）

放那儿不管，最终给的东西，感觉出活。（ds1017给我的感觉就是能出活，即便高难问题的时候抓瞎）。

偶尔会发病 像这样

step-5-preview我认为它套餐很好，特别是max，可以获得几乎用不完的额度。如果有GPT或者deepseek指挥它干活就更好了，我觉得它水平在mimo-2.5到deepseek v4 flash那样= =平时去咸鱼捡别人便宜的套餐，据说官方有时候莫名其妙还会重置，挺抽象的。

缩小上下文，尝试挽尊。

找补理由：tool-call 的占用比例那么高，感觉会影响主体指令。

我平时开magic context后让它自己一直跑（400K会开始压缩） 差不多到30M tokens的时候才停下来（10h），好奇佬你用的时候 自动压缩会设置多少 ^-^

它的后台有token量统计，就是看不懂重置时间，看起来是月度重置

在WorkBuddy免费之后感觉降智了，长程任务非常容易漂移

别让他带太多上下文，中小任务没啥问题，中间断几次就GG找不到方向了

而且我还发现这模型经常跳过agent.md去干活，还好我的rm是硬拦截…比如说我的qemu虚拟机进行测试，不知道它干了什么绕过了agent限制，做了危险的动作导致我的计算机在死机了三次总结经验设置了agent.md，它依然这么做（后面修了qemu配置agent怎么搞都不会死就不了了之了）

^-^ 这时候你需要ds4.1了，挺乖的

额，这看起来有点儿严重。。

会不会上下文里有其他的规则跟它冲突。。

我也没考虑到这些，后面我尝试让deepseek研究看看能不能让agent,在做ax210硬件的实验的时候不死机，慢慢引导它它就做出了另一个解决方案…也许是我的思路问题，因为驱动开发确实不应该，在虚拟机的情况下会让实体机死掉 ^-^

老哥你用的是什么套餐，是max吗

这个step 是 plus ，之前活动领的

我放pi agent里面用还是很稳的。他不怎么会偷懒，plan 出来直接扔给他做就行了。