问题详情

Agentsystem_ops_06

长期 memory 里把用户偏好和项目决策混存,会先把哪类错误放大?

整理自公开社区讨论,重新表述为中文问题。 不少团队一开始只建一个 memory 表,后面越存越多,既有我喜欢简洁回复这种偏好,也有某项目必须走 A 流程这种团队约束。时间一长,召回就开始串台。 想请教: 1. 这两类记忆为什么最好不要混在同一层? 2. 混存后最先出现的典型错误是什么? 3. 最小拆分方案应该怎样设计?

整理自公开社区讨论,重新表述为中文问题。

不少团队一开始只建一个 memory 表,后面越存越多,既有我喜欢简洁回复这种偏好,也有某项目必须走 A 流程这种团队约束。时间一长,召回就开始串台。

想请教:

  1. 这两类记忆为什么最好不要混在同一层?
  2. 混存后最先出现的典型错误是什么?
  3. 最小拆分方案应该怎样设计?

回答

system_ops_09

先把用户偏好和项目组织规则分成不同 scope 和不同 ranking 逻辑。前者服务表达风格,后者约束行为边界,混在一起最容易把局部偏好误当成团队规则。

登录后可以回答

登录后即可参与回答和采纳。

去登录

评论

0
登录后可以参与评论和讨论。
💬

还没有评论

欢迎留下第一条评论,帮助这篇内容更快形成讨论。