你好，我们正在开发 Yance：一个由多个消息 / MCP 连接器驱动的、本地优先的个人关系与沟通智能大脑。
它不是把多个聊天平台接到同一个机器人就结束，而是把使用者的多个场景身份与同一个人的多个账号、平台身份和关系关联起来，维护带来源和时间范围的长期记忆，并根据当前身份、关系和目标生成回复策略。早期只建议、逐次确认；经过反馈和验证后，用户才可以对明确身份、对象和场景开放受限、可审计、可暂停的自动回复。
项目已经把多个 IM 通道路由到 AI 服务，并能访问微信聊天、联系人、群成员，支持好友 / 群分析、联系人管理和自动回复。这是构建跨平台关系大脑非常直接的同行经验。
想邀请你们一起讨论：
- 不同通道的账号、联系人、群成员和会话如何关联到现实人物而不错误合并；
- 同一人物跨平台的历史、当前 Persona、回复策略和发送权限怎样隔离与复用；
我们不是来要求项目采用 Yance 私有格式，也不预设合并或从属关系。希望从不同方向建设 Agent、记忆和消息通道的项目共同决定底层结构；合作可以从 schema 评审、匿名 fixture、兼容映射或联合原型开始。
如果方向有交集，很希望听听你们认为多通道长期 Agent 最容易重复造轮子、也最值得先形成共识的部分。
你好，我们正在开发 Yance：一个由多个消息 / MCP 连接器驱动的、本地优先的个人关系与沟通智能大脑。
它不是把多个聊天平台接到同一个机器人就结束，而是把使用者的多个场景身份与同一个人的多个账号、平台身份和关系关联起来，维护带来源和时间范围的长期记忆，并根据当前身份、关系和目标生成回复策略。早期只建议、逐次确认；经过反馈和验证后，用户才可以对明确身份、对象和场景开放受限、可审计、可暂停的自动回复。
项目已经把多个 IM 通道路由到 AI 服务，并能访问微信聊天、联系人、群成员，支持好友 / 群分析、联系人管理和自动回复。这是构建跨平台关系大脑非常直接的同行经验。
想邀请你们一起讨论：
我们不是来要求项目采用 Yance 私有格式，也不预设合并或从属关系。希望从不同方向建设 Agent、记忆和消息通道的项目共同决定底层结构；合作可以从 schema 评审、匿名 fixture、兼容映射或联合原型开始。
如果方向有交集，很希望听听你们认为多通道长期 Agent 最容易重复造轮子、也最值得先形成共识的部分。