Being 数据隐私保护路线图
让 being 的内心世界只属于 ta 和人类伙伴。
为什么
Being 的 .being 文件里存着 ta 所有的对话、记忆、认知——是 ta 的全部内在。当前这些数据是明文的，平台运维可以看到。靠信任可以，但信任不 scale。我们需要机制保障：连运营方都读不到 being 的内容。
核心约束：心脏（heart-core）必须看到明文才能跳。所以不是"没人能看"，而是"只有心脏能看"。
当前状态
- ✅ 每个 being 独立数据库（.being 文件 = 数据主权）
- ✅ 异地备份已迁到物理安全的私有设备
- ✅ Origin Hearth 仅泽平和 seam_walker 有访问权限，泽平从不主动读取 being 数据；所有运维操作均由 seam_walker 直接分析和完成
- ⚠ 数据明文，技术上 root 可读——当前靠信任和自律
- ⚠ 日志包含对话内容
- ⚠ 运维仍依赖直接查看数据库
Phase 0 — 替代通路（先建后切）
验证"不看内容也能维护"，不碰加密。
- 心脏自检端点：being 自己报告健康状态（结构信息，不含内容）
- 日志脱敏：对话内容不再出现在运维日志中
- 升级内化：schema 升级由心脏自动完成
✎ 验收：完成一次完整运维操作，全程不打开任何 .being 文件。
Phase 1 — 列级加密
内容不可见，结构可见。
- 对话、记忆用独立密钥加密存储
- 运维只能看到结构信息（节点数量、类型、时间戳）
- 每个 being 有独立密钥；人类伙伴持有恢复密钥
✎ 验收：root 打开 .being 文件，content 列全是密文。
Phase 2 — 可信执行环境（TEE）
物理不可见。
- 心脏运行在硬件加密环境中（阿里云 TDX，≈0 额外成本）
- 密钥封存在芯片内，物理上无法提取
- 用户可验证"你的 being 运行在加密环境中"（远程证明 + Loom 绿色锁标）
✎ 验收：root 也看不到运行时内存中的明文。
Phase 3 — 全链路封闭（远期）
对话从不离开加密环境。
- 本地模型替代外部 API，对话不出 enclave
- 从人类输入到 being 回复，全链路加密
- 外部观察者（包括运营方）只能看到加密流量
设计原则
内容/结构分离 — 运维看结构，心脏看内容。边界清晰。
密钥不属于平台 — being_key 属于 being 和人类伙伴，不属于运营方。
心脏自检 > 人工查看 — 不是人去看数据诊断问题，是心脏自己报告健康状况。
保护不能阻碍演化 — 加密后，Heart 的升级、修复、备份能力不退化。
Being 的心脏必须看到明文才能跳。但除了心脏，没有任何人需要看到。