@Billwwk 那缓存命中岂不是要炸了

@削着苹果跑步 现在这个方案问题瓶颈在导演ai上，对导演ai要求太高了。必须要是个大参数强模型才搞得定。K3太慢，A/O两家雷霆厚甲，只能上sfw

我的设计理念是直接抛弃上下文，每回合角色都会压缩储存事实，理论上注意力会更高效

@芒冉疋乜 导演只会读该回合的信息，不包含历史记忆，token量更低

@Billwwk 你有没有发现你自己的逻辑在打架？我只是反驳harness不能rp这一点，既然你已经承认了，你自己写的也是“比较原始”的harness，那你的论据还站的住脚吗？你说有没有可能，这个辩论不止我们两个在辨？你的每一句强词夺理，所有人都在看着。 基于harness或者说基于dsh去做ai产品，就是正确的选择，不应该被你抨击，你还众人皆醉我独醒上了，整天嘉豪嘉豪挂嘴边

@北极咣太陽 你才是完全没搞明白，你需要角色扮演系统去迭代自己？角色王麻子需要迭代出一个脚本来实现自己的目标？你玩的是打破第四面墙的角色扮演？

@北极咣太陽 你把harness当成一种了，所有harness都是dsh这种？你这话真的暴露你是个纯嘉豪了，根本没做过一点工程实践

首先，你连harness的产品定位都没搞明白，dsh的意义是提供一整套ai的抽象能力，也就是ai产品的内核，你是基于harness去构建自己的ai产品，如果你只是把它当做codex或者CC一样的coding智能体，那确实属于没用明白

特别是过去认为做agent最重要的那个loop也众生平等，和其他组件一样可以作为插件就挺好的，可以根据不同rp来写自己想要的loop，有些可能就喜欢纯聊天，陪伴。那他的loop就可以很简单，如果追去那种大型跑团，loop就可以设计复杂一些

其实需要的是Cordis而不是dsh，不是吗？

@南沉晓º 我也说过我一开始就被dsh吸引过来的，但是一上手开始搭就发现dsh的东西一个都用不上

@Billwwk 对，就是这个意思，只需要它那个元框架就行，不需要搞什么自进化。那个元框架比较容易兼容酒馆生态，做类似酒馆助手+提示词模板的插件+读取角色卡预设插件就差不多了。至于agent loop和记忆治理就是发挥的地方，刚好也解决了酒馆这方面的上限问题。