我的代理悄悄地损坏了它自己的记忆图谱，而我正在尝试一些方法。

如果你的代理维护了一个记忆图谱，那么代理自身在写入边，而这就是让我头疼的地方。LLM 偶尔会写入一条本不该存在的边：两个节点类型之间本无关联，或者关系错误。它不会报错。它就静静地待在那里，直到三次跳转后你才注意到，当一次检索返回了错误的结果。一个具体的例子：一条 directed_by 风格的边最终错误地离开了本不该关联的节点类型，于是后续的遍历沿着它走下去，告诉我一个人指导了一个类型。结构上没问题，语义上却是胡扯，而模型会带着十足的信心重复这个错误。我正在测试的思路是：**一次性声明允许的节点类型和边，作为本体，并在两个点进行检查**。拒绝违反它的记忆写入，并**阻止不允许的遍历跳转**，指出有问题的跳转而不是返回错误的节点。一次性声明，例如：directed_by: 从 Movie 到 Person。快速测试了 120 条故意破坏的遍历：普通版本对所有 120 条都默默出错，而检查版本捕获了全部 120 条，并指出了错误的步骤。**我主要想知道那些真正在生产环境中运行代理的人是如何处理这个问题的：你们是硬拒绝错误的记忆写入，还是让模型自我纠正并稍后清理？** 我会在评论里放一个原型链接，供想剖析它的人查看。它还没有达到生产就绪状态。