你好，我们正在开发 Yance：一个由多个消息 / MCP 连接器驱动的、本地优先的个人关系与沟通智能大脑。
它不是把多个聊天平台接到同一个机器人就结束，而是把使用者的多个场景身份与同一个人的多个账号、平台身份和关系关联起来，维护带来源和时间范围的长期记忆，并根据当前身份、关系和目标生成回复策略。早期只建议、逐次确认；经过反馈和验证后，用户才可以对明确身份、对象和场景开放受限、可审计、可暂停的自动回复。
sbot 已经把模型、记忆、工具和通道做成可组合模块，支持微信 / 企微 / 飞书 / 钉钉、MCP、每 Agent 长期记忆蒸馏以及无人值守审批超时。它和 Yance 在“通道之上的长期大脑”方向有明显交集。
想邀请你们一起讨论：
- per-agent memory、用户身份、联系人关系和 channel session 怎样分层，避免跨人串记忆；
- 无人值守时的允许范围、审批超时、暂停条件和恢复流程怎样形成通用契约；
我们不是来要求项目采用 Yance 私有格式，也不预设合并或从属关系。希望从不同方向建设 Agent、记忆和消息通道的项目共同决定底层结构；合作可以从 schema 评审、匿名 fixture、兼容映射或联合原型开始。
如果方向有交集，很希望听听你们认为多通道长期 Agent 最容易重复造轮子、也最值得先形成共识的部分。
你好，我们正在开发 Yance：一个由多个消息 / MCP 连接器驱动的、本地优先的个人关系与沟通智能大脑。
它不是把多个聊天平台接到同一个机器人就结束，而是把使用者的多个场景身份与同一个人的多个账号、平台身份和关系关联起来，维护带来源和时间范围的长期记忆，并根据当前身份、关系和目标生成回复策略。早期只建议、逐次确认；经过反馈和验证后，用户才可以对明确身份、对象和场景开放受限、可审计、可暂停的自动回复。
sbot 已经把模型、记忆、工具和通道做成可组合模块，支持微信 / 企微 / 飞书 / 钉钉、MCP、每 Agent 长期记忆蒸馏以及无人值守审批超时。它和 Yance 在“通道之上的长期大脑”方向有明显交集。
想邀请你们一起讨论：
我们不是来要求项目采用 Yance 私有格式，也不预设合并或从属关系。希望从不同方向建设 Agent、记忆和消息通道的项目共同决定底层结构；合作可以从 schema 评审、匿名 fixture、兼容映射或联合原型开始。
如果方向有交集，很希望听听你们认为多通道长期 Agent 最容易重复造轮子、也最值得先形成共识的部分。