希望作者可以内置支持per-agent

[hkchenwang]

多agent，不仅是AI，更有可能是多个个人，家庭用户，或者是teamwork中的其他成员。目前的全局是简单了，记忆共享了（这是单一用户最大好处，每个agent都为自己服务了），但是若是group里的话，全局记忆容易产生混淆，隐私泄露，甚至是噪声……所以希望大神在这个基础上开发内置多agent支持，为每个per-agent做memory数据库优化。谢谢

[adoresever]

嗯嗯！是的，即将发布的就是可以按照对话agent过滤知识图谱

[hkchenwang]

我这门外汉，尝试通过code plan来修改，结果把自己的openclaw整down了，呵呵，期待大神新版本上线。每个agent的数据库路径做好隔离，最好在不同的workspace，这样子起码在权限隔离上就做好了，要是可以在全局agent上有统筹机制就更好了，那么相关的对话资源会被绘制成更加庞大的资源和群体业务系统。

[adoresever]

感谢提出这个问题！

现有架构已经用 sessionId 区分不同对话，但召回查询是全局的，没有 agent 级别的隔离。

计划：在节点和边上新增 agent_ids（JSON 数组，和现有的 source_sessions 同一模式）。

• 写入：提取时标记当前 agentId
• 召回（默认）：按当前 agent 过滤，双层检索只在该 agent 的知识空间内进行
• 召回（全局）：不传过滤条件，跨所有 agent 检索
• 子 agent：继承父 agent 的 agentId，共享同一套知识
• 去重合并：一个实体可以属于多个 agent（合并时 agent_ids 取并集）
• 向后兼容：默认值 ["default"]，现有单 agent 用户无感

同一个 SQLite，同一张表，加一个字段。会在后续版本中发布。

[the-yex]

+1，啥时候更新了通知一下

[adoresever]

保留为插件主线 enhancement。实现时应使用 context-engine factory 提供的 agent/workspace 上下文建立稳定 namespace，并设计数据库迁移、全局共享开关、子代理继承和跨 agent 查询边界；不会直接采用硬编码 agentId 文件名的旧实现。