你好，OpenViking 团队，

我想确认一下 OpenClaw + OpenViking Plugin (+memory-core) 的官方推荐实现方式。

我在阅读 examples/openclaw-memory-plugin/README.md 时看到，文档明确要求执行：

openclaw config set plugins.slots.memory memory-openviking

也就是说，按照这份 README 的标准做法，是让 memory-openviking 直接占用 OpenClaw 的 memory slot。

但是在仓库主 README 的实验对比里，又出现了这样一组：

• OpenClaw + OpenViking Plugin (+memory-core)

这让我有些困惑，因为按照当前 OpenClaw 的 memory slot 机制，看起来 plugins.slots.memory 只能由一个插件独占。

我想请教几个具体问题：

1. 在当前 OpenClaw 插件架构下，memory-core 和 memory-openviking 官方推荐应该如何共存？
2. README 中提到的 (+memory-core) 实验，是否依赖了尚未公开的实现方式或内部补丁？
3. 如果要保留 memory-core，那么 memory-openviking 是否应该继续保持 kind: "memory"，还是应该改造成非 slot 的普通/custom 插件？
4. 如果真正的解决方案要等到 README 中提到的 Plugin 2.0 / context-engine architecture，那么在当前版本下，官方推荐的临时方案是什么？

我本地实际观察到的情况是：

• 当 plugins.slots.memory = "memory-openviking" 时，memory-openviking 可以正常工作，但 memory-core 会被替换掉。
• 当 plugins.slots.memory = "memory-core" 时，如果 memory-openviking 仍然是 kind: "memory"，OpenClaw 会把它视为 disabled。
• 为了让两者同时加载，我只能在本地把 memory-openviking 改成普通 custom 插件，但这显然和当前公开 README 的标准安装方式不一致。

所以我想确认一下：
当前公开版本里，OpenClaw + OpenViking Plugin (+memory-core) 的正确共存方式到底是什么？

感谢解答。