在自己项目的人类注意力范围内,发现不仅新窗口对文档的内容回归很强,仔细过他创建 subagent 的提示词,还是忠于文档,哪怕已经在当前窗口有过明确的指令,但是还是回归了。我认为他的过拟合情况比较明显,显式的上下文也就是仓库文档的优先级明显比之前更高了。好处是控制上下文更方便,坏处是按之前的工作模式,很容易因为本地文档的过度拟合问题被拉回原来的错误方向。
登录后回复
理解了,我遇到一个问题就是 Memory 记录的时机和用的也太过了
我一直在维护 docs,确保 docs 被充分使用减少上下文错误,可能是因为我自己不怎么会并行开很多的 session 管理一个项目,所以“过拟合”对我的体验反而是比较“听话”
哈哈哈
对,我属于贝叶斯主义,我提的所有观点和诉求都是先验,所有AI生成内容都是假设,都需要实证和验证来不断修正概率。过于回归到文档本身,在我这边就有点,犯错,因为总有不断有新的实际例证、行动验证,来纠正之前的各种假设想法,他需要及时淘汰旧的内容。
是的
policy 的灵活性与确定性就是无法兼得的,取一侧就要在另一侧耗损
理解了,我遇到一个问题就是 Memory 记录的时机和用的也太过了
我一直在维护 docs,确保 docs 被充分使用减少上下文错误,可能是因为我自己不怎么会并行开很多的 session 管理一个项目,所以“过拟合”对我的体验反而是比较“听话”
哈哈哈
对,我属于贝叶斯主义,我提的所有观点和诉求都是先验,所有AI生成内容都是假设,都需要实证和验证来不断修正概率。过于回归到文档本身,在我这边就有点,犯错,因为总有不断有新的实际例证、行动验证,来纠正之前的各种假设想法,他需要及时淘汰旧的内容。
是的
policy 的灵活性与确定性就是无法兼得的,取一侧就要在另一侧耗损