[RFC] Vikingbot 结合 Openviking 的多租户能力，实现群聊等多user场景的记忆架构

[yeshion23333]

关于 Openviking的多租户方案，详见：https://github.com/volcengine/OpenViking/blob/main/docs/design/multi-tenant-design.md
存储隔离有三个独立维度：account、user、agent。

• account：顶层隔离，不同租户之间完全不可见
• user：同一 account 内，不同用户的私有数据互不可见。用户记忆、资源、session 属于用户本人
• agent：同一 account 内，agent 目录由 user_id + agent_id 共同决定，每用户独立

背景：

• 在群聊等常见的场景：
  • 部署一个bot：
    • 该bot下配置文档、代码库等答疑的基础资源；
    • Bot 有自己的Memory，记录某些场景下的规范、操作流程、异常记录等，回答时需要参考具体的memory；
    • 无法被普通用户影响，导致回答时参考和使用普通用户的memory，影响客观的事实准确性；
  • 多用户：
    • bot需要管理用户信息，当有新的用户进行对话时，需要在OpenViking注册新用户；
    • 每个用户有自己的Memory，如个人画像（姓名、喜好）等，问答记录；
    • memory隔离，该用户进行对话时，仅可见自己的memory信息。bot解决该用户问题时，不可参考、检索他人的memory信息；

Bot和OV的租户映射

• bot多user架构和Openviking多租户，进行映射，关系应如下：
  • OpenViking多租户隔离级别：

• Bot映射关系：
  • account：注册一个account，resources、user皆挂在该account下
  • resources：挂在account下，bot解决任何用户问题时，皆可search resources
  • bot-user：由于目前OpenViking的agent memory必须挂在user下，所以需要注册一个bot-user，用来存放bot自己的memory，隔离普通用户的memory。该bot memory在bot处理任何用户的问题时，都可参考；
  • normal-user：普通用户，有自己的画像、memory，且多user间隔离，bot在处理该用户任务时仅能使用该user的信息

Bot实现链路

• OpenViking user role分为三种：user、root、admin，仅 root user可访问所有 user的信息，以及注册、管理其他user；
• 目前Bot通过 AsyncHTTPClient接入Openviking。注册client时，需要传入 api_key、account、user

self.client = ov.AsyncHTTPClient(
    url=openviking_config.server_url,
    api_key=openviking_config.root_api_key,
    account=openviking_config.account_id,
    user=openviking_config.admin_user_id,
    agent_id=agent_id,
)

• Bot loop流程：
  • register-user：解析对话渠道（如飞书）的sender_id，作为user，首次对话时，通过ov注册新user。需要ov的root权限
  • read-uesr-info：查询用户画像、memory，需要ov的root权限 或当前user的权限；
  • Search：检索resources，Agent memory，以及当前user memory

• Ov Clint权限注册，综上所属，bot将使用两个级别的api_key，调用OpenViking：
  • Root：完成user注册，通过uri 指定具体的user id， 查询user profile、memory信息：viking://user/{user_id}/memories/profile.md
  • bot-user：仅一次调用，即可Search 全部的resources，和当前 bot-user的 memories；