国内不就那几家?阿里腾讯火山,华为

懒得去提,因为这个一时半会它不会做出来,需要的状态机很多,而且做不好很容易导致用户磁盘占用很高,并且他们有自己的产品定义,哪些状态需要可恢复,哪些不需要,这个不是我们能去决定的

我建议你去跟dsh提建议,你这个插件是为了解决这个痛点,意味着它的架构的事件溯源颗粒度不够完善

没看懂,什么叫上下文消失之前封存失败证据,上下文会消失吗?不应该都在你本地重新投影吗,单一事实源

你这有问题的吧,筛选出价值被低估的企业,上涨过程中批量减仓?应该是筛选出被低估的企业,上涨过程中一直加仓才对,说明他被市场赋予了不被低估的身份转变,这时候才要持续加仓,当你写出这种提问,你连投资底层逻辑可能是一点都不了解

 这是在opencode里面跑出来的,而且一直都是最少3-5个子代理,缓存率96%以上

ds现在很贵了,1亿要20,还是flash,已经不推荐使用了

你这个过于复杂了一点,而且模型更新以后或许就用不上,我的做法比你的会更简单 有时间把我改的opencode开源一下

全量上下文跟增量上下文,还有把状态托管到openai服务器

并不是,AI用的多了,自然收敛到差不多的工程论,本质都是不确定性中寻找一定的确定性 如果我告诉你,这些方法论在GPT5.4时代,gpt就已经可以帮你设计了,你可能会觉得惊讶,但这是事实,在AI领域,有一个东西会越来越普遍,就是银行,公安那种事件溯源系统,后续的agent架构基本都会走这个路子,现在很多人抱怨,为什么gpt喜欢玩什么我要番茄炒饭,不要东坡肉,它会给你直接写出来,本质就是gpt为了留下


自己买visa虚拟卡来开吧,不是什么难事,一张卡可能5 60成本

我的建议,你直接给他们搭建个sub2api,管理员账号给他们,然后添加的账号由他们自己管理,这样不会因为账号额度不对,或者封号怪你,因为这时候会出现一个矛盾转移,你十几个人,肯定有些人的号没事,有的人封号或者额度不对,他们不可能说是你的问题

cli一般都不会卡的,因为上下文就那么多,能卡到那里去

不对啊，不都是先写功能再写测试吗，什么断言啥的

36天自动取保候审,这种年龄,还送看守所,这警察也是有意思

喜欢用luna的不如开官网api,使用订阅账户使用luna非常不划算,会消耗请求数

应该是要重置了,因为他已经把这个事情发出来了,如果他没有重置的想法,不会把这个发出来,也就是他下次重置的原因,就是这个 grok分析他不是要重置,  ![图片](https://cdn3.ldstatic.co

如果你文档是需要你自己读,还是中文吧,如果是给agent使用,你压根不关心内容,用英文更好

说一下我的方案,我不做长记忆这些,我只做了2个工具暴露给大模型,一个是全盘会话分页列举,可以查看会话session和标题,另外一个是直接指定session_id和默认当前会话session_id,直接导出一个临时会话json文件,主代理直接委派子代理对该会话上下文进行因果链分析和寻找他需要的证据和结论,按需自取,不强制要求他必须时刻记得

不稀奇,小米的都是,因为opencode他的确有自己的过人之处,首先产品早,使用人群多,而且迭代时间长,很多东西都已经比较稳定