Digital Life Repository Standard (DLRS) v0.8-asset-architecture

DLRS 定义 .life 可运行数字生命档案文件标准 —— 一个双标准：

1. .life 档案文件格式 —— 经本人或合法授权方许可生成、可分发的数字生命档案包
2. .life 运行时协议 —— 兼容 runtime 加载 .life 后，在聊天 / 虚拟世界 / 3D 场景中生成 AI 数字生命实例

面向隐私优先、自愿授权、结构化存档、可撤回、可审计、Schema 校验和模板化提交。
.life 不是"真人复活" —— 加载后产生的是一个始终可标识的 AI 数字生命实例，必须可撤回、可审计。

📢 RFC Stage | 征求意见阶段
This is an early-stage open standard draft. Feedback, translations, schema improvements, and ethical review are welcome.
这是早期开放标准草案。欢迎反馈、翻译、Schema 改进和伦理审查。

语言 / Languages: English | 简体中文

---

🎯 什么是 DLRS？

DLRS (Digital Life Repository Standard) 是一个开放标准草案，由两条相互配套的标准组成：

📦 .life 档案文件格式

一个 .life 文件是一个 可分发的、签名的、有时限的数字生命档案包，由本人（或合法授权方）许可生成。它可以包含：

• 身份描述、授权证据、验证等级
• 记忆结构（memory atoms、知识图谱）
• 人格偏好、forbidden_uses 列表
• 多模态资产指针（pointer 模式）或加密块（encrypted 模式）
• 模型引用、撤回端点（withdrawal_endpoint）
• 哈希链审计日志子集

规范见 docs/LIFE_FILE_STANDARD.md · Schema schemas/life-package.schema.json。

🚀 .life 运行时协议

兼容 runtime 加载 .life 后，按照协议在聊天系统、虚拟世界、3D 场景或其他数字环境中生成一个 可交互、可撤回、可审计的 AI 数字生命实例。运行时 MUST：

• 把每条输出标识为 AI 数字生命实例（永远不可声称"等同于真人"）
• 强制执行 forbidden_uses[]
• 在会话开始时 + 至少每 24h 重新轮询 withdrawal_endpoint
• 超过 expires_at 拒绝挂载
• 决不把两个 .life 的记忆混合到同一个实例

规范见 docs/LIFE_RUNTIME_STANDARD.md。

🧩 配套基础设施

DLRS 同时定义了 .life 标准依赖的底层结构：

• 📋 DLRS 仓库 / 档案目录结构和 JSON Schema（v0.6 已稳定，v0.8 新增资产架构四层 + Tier 系统）
• ✅ 授权和撤回模型
• 🔒 隐私边界和敏感度分级
• 🏛️ 治理规则和审核流程
• 🛠️ 验证工具和档案模板
• ⚖️ 法律免责声明和伦理指南

---

❌ DLRS 不是什么

重要声明：

• ❌ 不是"复活人类"或"克隆人格"的技术 —— .life 加载后产生的是 AI 数字生命实例，永远不等同于真人
• ❌ 不是无授权 / 无撤回机制的死后复现工具 —— 任何 .life 都必须有有效的 withdrawal_endpoint，任何 runtime 都 MUST 实时尊重撤回
• ❌ 不是保证 AI 分身等同真人的承诺
• ❌ 不是法律合规的保证
• ❌ 不是永久存储解决方案 —— .life 必须有 expires_at，超期 MUST 拒绝挂载
• ❌ 不是成熟的生产系统 —— 本仓库当前阶段交付的是规范 + Schema + 示例打包器；reference runtime 实现尚未交付（推迟到 v0.9+）
• ❌ 不是法律建议的替代品

---

✅ DLRS 是什么

• ✅ .life 双标准：文件格式 + 运行时协议，独立 semver 推进
• ✅ 开放标准草案：用于讨论和改进
• ✅ 隐私优先：敏感数据不直接存储在 Git；.life pointer 模式默认不打包原始资产
• ✅ 基于授权：所有档案必须有明确授权证据；.life 必须声明 issued_by + consent_evidence_ref + verification_level
• ✅ 可撤回：用户可以随时撤回授权；.life 强制 withdrawal_endpoint，runtime MUST 实时尊重
• ✅ 可审计：所有操作都有审计日志（哈希链上链）；.life 内嵌 audit/events.jsonl 子集
• ✅ 可标识：runtime 加载 .life 后产生的实例必须始终标识为 AI 数字生命实例（ai_disclosure 最低 visible_label_required）
• ✅ 有时限：.life 必须声明 expires_at；超期 MUST 拒绝挂载
• ✅ 实验性：非约束性参考实现
• ✅ 社区驱动：欢迎贡献和反馈

---

🚀 为什么需要 DLRS？

随着 AI 技术的发展，数字生命档案（digital life archives）变得越来越重要。但目前缺少：

1. 标准化的档案结构 - 每个项目都在重新发明轮子
2. 明确的授权模型 - 如何证明用户同意？如何撤回？
3. 隐私保护框架 - 哪些数据不应直接存储？如何安全引用？
4. 治理和审核规则 - 如何处理争议？如何验证真实性？
5. 伦理边界定义 - 即使有授权，哪些行为也应被禁止？

DLRS 试图通过开放标准的方式解决这些问题。

---

📖 核心概念

三层架构

Git 仓库（公开/私有）
├── manifest.json          # 元数据和配置
├── consent/               # 授权证据（可使用指针）
├── artifacts/raw_pointers/ # 指针文件（不存储原始数据）
└── audit/                 # 审计日志

外部存储（加密、访问控制）
├── s3://bucket/voice/master.wav
├── s3://bucket/video/training.mp4
└── s3://bucket/images/headshot.jpg

敏感度分级

• S0_PUBLIC - 公开信息（如公开简介）
• S1_INTERNAL - 内部信息（如偏好设置）
• S2_CONFIDENTIAL - 机密信息（如聊天记录）
• S3_BIOMETRIC - 生物识别信息（如人脸、声纹）
• S4_IDENTITY - 身份证明文件（如护照、身份证）

可见性级别

• private - 完全私有
• public_unlisted - 可通过直接链接访问
• public_indexed - 可被搜索和发现

---

🏁 快速开始

1. 克隆仓库

git clone https://github.com/Digital-Life-Repository-Standard/DLRS.git
cd DLRS

2. 安装依赖

pip install -r tools/requirements.txt

3. 查看示例档案

cd examples/minimal-private
cat manifest.json

4. 创建你的第一个档案

python tools/new_human_record.py \
  --record-id dlrs_12345678 \
  --display-name "张三" \
  --region asia \
  --country cn

5. 验证档案

python tools/validate_repo.py

---

📚 文档

• 📖 完整使用指南
• 🤔 常见问题
• 🏗️ 架构设计
• 📋 RFC: DLRS v0.2
• 💬 授权模型反馈
• 🎯 Good First Issues
• 📢 社区推广指南

---

🤝 如何贡献

我们欢迎以下类型的贡献：

1. 反馈和建议 - 提交 Issue 或参与 Discussions
2. 文档改进 - 修正错误、添加示例、翻译文档
3. Schema 改进 - 优化 JSON Schema 设计
4. 工具开发 - 改进验证工具、添加新功能
5. 示例档案 - 提供更多模板和示例
6. 伦理审查 - 指出潜在的伦理和法律风险

详见 CONTRIBUTING.md

---

🌍 国际化

当前支持语言：

• 🇨🇳 简体中文
• 🇺🇸 English

欢迎贡献更多语言翻译！见 i18n 指南

---

📊 当前状态

版本: v0.8-asset-architecture
状态: RFC（征求意见）阶段
完成度: 约 82% (v0.8-asset-architecture release；v0.7 的 ~80% 基础上 +Asset Architecture 四层 + Tier 系统 + 5 阶段 assembly，分母因 ULTIMATE 重新定位为 .life 双标准而扩大)

v0.8 主要增量

v0.8-asset-architecture（epic #106）为 .life 补齐资产维度和 runtime 装配协议：

• 资产架构四层：Genesis（产生过程可追溯）/ Lifecycle（支持 supersedes、memorial、撤回级联）/ Binding（能力声明 + 编排 + 硬约束）/ Tier（6 维加权派生的信用评分）
• Schema D Cosmic Evolution：Tier 12 档命名（Quark → Singularity），机器字段冻结，name/glyph 进可演化附录
• 5 阶段 assembly 流水线：Verify / Resolve / Assemble / Run / Guard，Provider Registry + LifeCapabilityProvider 接口 + 分级沙箱 + hosted-API AND-gate
• Builder v0.2：tools/build_life_package.py 自动从 contents 派生 tier 并写回 descriptor，hand-rolled tier 被 computed_by 模式直接 schema 层拒绝

详见 docs/LIFE_ASSET_ARCHITECTURE.md + docs/LIFE_TIER_SPEC.md + docs/LIFE_RUNTIME_STANDARD.md Part B。

✅ 已完成

• 基础目录结构
• .life 文件格式 spec + JSON Schema（v0.7-vision-shift）
• .life runtime 协议 spec（v0.7 + v0.8 Part B 5 阶段 assembly）
• 授权、撤回、memorial、forbidden_uses
• 资产架构四层 + Tier 系统 + Schema D 命名（v0.8）
• 构建管线（v0.5 offline-first + v0.6 memory_atoms / knowledge_graph）
• 验证工具 + 示例档案
• 中英文文档

🚧 进行中

• 社区反馈收集
• Schema 优化
• 多语言翻译

📋 计划中

• dlrs-runtime 参考实现（v0.9+，按 spec 跑 5 阶段 assembly 的第一版）
• 加密 mode + 签名（life-format v0.2）
• 权限模型（RBAC / ReBAC / ABAC）

详见 ROADMAP.md 和 实施状态

---

⚖️ 法律和伦理

重要提醒：

本项目涉及：

• 肖像权和声音权
• 生物识别信息
• 个人信息保护
• 逝者权益
• 跨境数据传输
• AI 合成内容标识
• 深度伪造滥用风险

免责声明：

• 本仓库提供的模板和工具仅供参考，不构成法律建议
• 使用者需自行承担合规责任
• 正式使用前必须咨询法律专业人士

详见 LEGAL_DISCLAIMER.md

---

📞 联系方式

• 💬 GitHub Discussions
• 🐛 Issues
• 📧 安全问题：见 SECURITY.md

---

📄 许可证

本项目采用 MIT License。

---

🙏 致谢

感谢所有贡献者和社区成员的支持！

---

🔗 相关资源

• 完整标准草案
• 差距分析
• 实施状态
• 项目路线图
• 治理模型
• 行为准则

---

让数字生命档案更安全、更透明、更可控

Made with ❤️ by DLRS Community