Yance（言策）
先理解你是谁、对方是谁、你们是什么关系，再帮你决定这句话怎么回。
Yance 是一个由多个 MCP 连接器驱动的、本地优先的个人关系与沟通智能大脑。
它把散落在微信、小红书、闲鱼、钉钉、飞书等平台上的聊天放回真实的人、账号、身份、关系和场景中，帮助用户理解上下文、维护长期记忆，并生成目标和代价不同的回复策略。系统早期只提供建议并由人确认；经过持续反馈和专项验证后，用户可以对明确身份、账号、对象和场景开启受限、可审计、可随时暂停的自动回复。
A local-first relationship and communication intelligence brain that connects identities, context, memory, and controlled replies across messaging platforms.
[!IMPORTANT] Yance 已进入 implementation prototype 阶段。仓库现在包含可运行的 Electron + Node.js Server Core 原型，用于 MCP 注册、Connector Runtime、Capability Mapping、轮询任务和 SQLite 数据查看；仍然没有正式发行版、受支持版本或冻结的公开 API。产品大脑、Android 客户端和真实平台兼容性仍按规划逐步验证。详见项目状态。
它解决什么问题
人真正难处理的通常不是“帮我润色一句话”，而是：
- 消息分散在多个平台、多个账号和不同时间阶段；
- 同一句话面对领导、客户、伴侣、朋友、长辈或晚辈，含义和合适回应完全不同；
- 很难长期记住每个人的偏好、边界、历史承诺和关系变化；
- 模型可以生成一段流畅文字，却不知道此刻应该以哪种身份说话，也不知道会新增什么承诺；
- 自动回复工具往往直接把“模型能生成”误当成“模型有权发送”。
Yance 的目标不是代替用户社交，而是让用户在重要沟通前，看见更多上下文、可能解释、回复选择和相应代价。
Yance 想做到什么
1. 把一个人与他的多个账号关联起来
现实中的一个人可能同时出现在多个平台，一个账号也可能由多人共用或暂时无法确认主体：
真实人物 Person
├── 微信：私人号 / 工作号
├── 小红书：创作者号 / 商业号
├── 闲鱼：买家号 / 商家号
├── 钉钉：组织身份 A
└── 飞书：组织身份 B
Yance 区分真实人物、平台账号、平台身份、关系和场景 Persona。跨平台身份关联由系统提出、用户确认；不能只因为昵称相同就自动合并，也必须允许撤销错误关联。
2. 理解“当前关系中的表现”，而不是给人永久贴标签
系统从长期互动中整理事实、观察、关系变化和沟通特征，但每个结论都有时间和关系范围。同一个人面对客户、领导、伴侣和朋友时可以呈现不同风格；一次生气、沉默或热情不能覆盖长期判断。
人物与关系分析应保留：
- 可观察到的原始信号；
- 支持证据与反证；
- 其他可能解释和未知项；
- 用户的明确纠正；
- 结论适用的人物、关系和时间范围。
3. 不只生成一句话，而是给出真正不同的沟通策略
Yance 默认提供三种目标和代价不同的策略，例如：
- 推进结果：直接确认目标和下一步，但可能显得强势；
- 维护关系：先回应情绪与立场，但解决问题的速度较慢；
- 设置边界 / 降低风险：控制承诺和暴露面，但需要注意语气。
用户选择策略后再生成可编辑草稿。系统会指出润色是否改变了事实、金额、日期、责任或关系姿态，而不是只提供“正式一点”“温柔一点”的同义改写。
4. 从建议回复逐步学习，但不自动获得发送权
早期流程是：
收到消息
→ 识别人物、平台账号、当前身份和目标
→ 区分字面事实、可能暗示、证据、反证和未知项
→ 给出三种回复策略
→ 用户选择、修改和确认
→ 连接器填入或发送
→ 记录用户反馈与平台结果
只有当某一身份、账号、对象范围和场景积累了足够反馈并通过验证后，用户才能主动建立自动回复授权。授权默认到期、可随时撤销；身份冲突、低置信判断、敏感关系、金额或重要承诺变化、平台风控、连接器变化和发送状态未知都会暂停自动回复并交还用户。
5. 识别更深层的沟通信号，但不假装读心
长期方向包括：
- 操控性沟通信号，包括通常所说的 PUA 模式；
- 话里有话、试探、回避和隐含要求；
- 合作、销售、资源或关系中的机会信号；
- 类似“三国式”的多方关系、立场和利益变化分析。
这些能力只能输出带证据的假设、各方案的代价和验证方式，不能把推测写成对人的定罪，也不能提供利用个人弱点进行操控的建议。
代表性场景
MCP 是身体，Yance 是大脑
Yance 不打算重复维护每个平台的解密、逆向、自动化或开放 API 适配。微信、小红书、闲鱼、钉钉、飞书及业务系统由独立 MCP 或受控 computer-use 能力接入。
平台与业务 MCP
├─ 读取聊天、联系人、群和平台身份
├─ 搜索商品、库存、房源或客户资料
└─ 可选：填入草稿、发送并核验结果
│
▼
Connector Runtime
├─ 每个 MCP 强制对应一个 Connector
├─ passthrough 或用户自定义 Node.js Adapter
├─ Tool → Yance Capability 映射
└─ 事件 / 轮询 / 数据标准化
│
▼
Yance 本地大脑（macOS）
├─ 跨平台人物与身份图谱
├─ 时序记忆、关系状态与证据
├─ 情境、目标和风险识别
├─ 回复策略、草稿与反馈学习
└─ 权限、确认、审计和自动化暂停
│
▼
Android 决策界面
└─ 待回复收件箱 / 身份纠正 / 策略选择 / 最终确认
连接器最低需要在授权范围内读取消息，并说明“使用者是谁、对方是谁”；写入和发送是可选能力。每个连接器都是独立信任域，读取、草稿、发送和高影响操作分级授权。模型不能接触平台凭据，也不能自行生成用户授权。
与常见项目的区别
Yance 不试图取代聊天导出器、平台 MCP、AI 客服或数字分身项目，而是希望连接它们已经解决的能力：
- 不止保存聊天记录，还要把记录关联到人物、身份、关系、时间和证据；
- 不只模仿“我的说话风格”，还要知道我在当前场景应该以什么身份说话；
- 不只生成自动回复，还要控制目标身份、承诺变化、批准范围和发送结果；
- 不把所有平台做成一个大爬虫，而是通过开放能力契约复用社区连接器；
- 不把 AI 分析当作事实，所有高阶判断都必须允许核验、纠正、过期和删除。
我们正在邀请微信聊天记录、微信 / 小红书 / 闲鱼 / 钉钉 / 飞书 MCP、AI 分析、数字分身、Agent 记忆和自动回复项目共同讨论底层结构。规范不应由 Yance 单方面宣布，合作可以从 schema 评审、匿名 fixture、兼容适配器或联合原型开始。
当前进度
首个可验收闭环不会直接碰真实微信或闲鱼账号，而是使用受控测试 MCP 验证：读取一个待回复会话、识别身份、分层分析、生成三种策略、精确确认、测试发送和结果核验。之后再逐个验收真实平台连接器、关系记忆和受限自动回复。
完整路线见路线图与验证。
阅读与参与
- 第一次了解项目：产品定义
- 查看完整文档导航：文档首页
- 理解系统分层：系统架构
- 了解身份、记忆和证据模型：记忆与数据
- 了解 MCP 接入边界：MCP 耦合层
- 了解隐私和自动回复限制：隐私、安全与合规边界
- 查看当前决定和未决问题：决策与未决问题
- 参与规划、契约或匿名测试材料：贡献指南
当前仓库同时包含规划文档与早期 Server Core 实现。src/、electron/ 和自动化测试属于活动实现；old/ 保存停止维护的历史快照，不代表当前实现，也不是安装入口。
owner、License、最低受支持系统版本、正式 API、首个真实 connector、模型、发布政策和安全响应 SLA 仍为 UNSPECIFIED。原型阶段已选择普通 SQLite 作为 Server Registry 存储，但这不等于冻结长期数据库方案。
安全问题请不要提交公开 Issue，请按安全政策私密报告。
