Languages / 语言: English | 简体中文
DLRS Hub (Digital Life Repository Standard Hub) is a standardized system for managing digital life records. It provides a framework for storing, organizing, and controlling access to digital representations of individuals, including voice samples, images, videos, and personal data.
DLRS Hub is designed for:
- Individuals who want to preserve their digital legacy
- Families managing memorial records of deceased loved ones
- Researchers studying digital identity and AI ethics
- Organizations building digital human applications
- Developers creating AI voice/avatar cloning systems
Yes, DLRS Hub is open source under the MIT License. You can use, modify, and distribute it freely.
Answer: Raw audio, video, facial data, voiceprints, and identity documents are highly sensitive data. GitHub is not suitable for storing large binary files because:
- Size limitations: Git repositories become slow and bloated with large files
- Permanent history: Once committed, files are difficult to completely remove from Git history
- Privacy risks: Sensitive biometric data should not be in public version control
- Compliance: Many jurisdictions require specific security measures for biometric data
Instead, DLRS Hub stores pointer files (.pointer.json) that reference data in secure object storage (S3, OSS, etc.), while keeping metadata and audit information in Git.
A pointer file is a JSON file that contains metadata about a file stored elsewhere:
{
"artifact_id": "voice_001",
"type": "voice_sample",
"storage_uri": "s3://my-bucket/audio/voice.wav",
"checksum": "sha256:abc123...",
"size_bytes": 1048576,
"sensitivity": "S3_BIOMETRIC"
}This approach separates sensitive data from version control while maintaining traceability.
DLRS Hub supports any S3-compatible object storage:
- AWS S3 (International)
- Alibaba Cloud OSS (China)
- Tencent Cloud COS (China)
- Google Cloud Storage (International)
- MinIO (Self-hosted)
- Backblaze B2 (International)
Run the validation tool:
python tools/validate_repo.pyThis checks:
- JSON schema compliance
- Required fields presence
- File structure correctness
- Sensitive file detection
- Consent documentation
No. Records are private by default (visibility: private). Public indexing requires:
- Explicit authorization (
allow_public_listing: true) - Verified consent badge
- Manual review approval
You can also use public_unlisted for records accessible via direct link but not searchable.
Contact the endpoint specified in your manifest.json:
"consent": {
"withdrawal_endpoint": "mailto:privacy@example.org"
}The system will:
- Freeze the runtime state immediately
- Preserve audit logs (required by law)
- Delete personal data after retention period
- Remove from public indexes
Yes, but with restrictions:
- Guardian consent required (
consent.guardian_consent: true) - Cannot be publicly indexed
- Additional privacy protections apply
- Must comply with COPPA (US), GDPR (EU), or local laws
Records of deceased individuals require:
status: "deceased"in manifestprofile/inheritance_policy.jsonspecifying heirs- Executor contact information
- Default action: freeze the record
No. This is critically important to understand:
- All outputs are AI-generated or AI-assisted content
- They do not represent the real person's immediate authentic thoughts
- They are simulations based on training data
- All outputs must be labeled as AI-generated
Think of it as a digital memorial or assistant, not a replacement for the actual person.
Only if explicitly authorized. Check the record's manifest.json:
"rights": {
"allow_commercial_use": true, // Must be true
"allow_voice_clone": true, // For voice applications
"allow_avatar_clone": true // For avatar applications
}Unauthorized commercial use is:
- Violation of the record's license
- Potentially illegal (right of publicity, personality rights)
- Subject to takedown and legal action
It depends on the permissions granted:
| Permission | Allowed Use |
|---|---|
allow_public_listing |
View in public index |
allow_model_finetune |
Train AI models |
allow_voice_clone |
Create voice synthesis |
allow_avatar_clone |
Create digital avatars |
allow_commercial_use |
Commercial applications |
allow_research_use |
Academic research |
Always check the specific record's permissions before use.
Check for these indicators:
- Verified Consent Badge (
review.verified_consent_badge: true) - Provenance Information in
audit/provenance.json - Consent Evidence in
consent/directory - Review Status (
review.status: "approved_public") - Audit Trail in
audit/access_log.pointer.json
Be cautious of records without these verifications.
DLRS Hub provides tools and frameworks for GDPR compliance, but:
The framework supports:
- Right to access (data export)
- Right to erasure (deletion policy)
- Right to rectification (version control)
- Data portability (JSON format)
- Consent management (consent records)
Recommendation: Consult with a lawyer before deploying in production.
The same principle applies: DLRS Hub provides the framework, but you must ensure compliance with applicable laws in your jurisdiction.
Consider:
- US: CCPA (California), COPPA (children)
- Canada: PIPEDA
- China: PIPL (Personal Information Protection Law)
- Japan: APPI (Act on Protection of Personal Information)
- South Korea: PIPA (Personal Information Protection Act)
Yes, if you're deploying this in production. Especially for:
- Public-facing services
- Commercial applications
- Cross-border data transfers
- Services involving minors
- Memorial/deceased records
The templates in policies/ and templates/consent/ are starting points only, not legal advice.
Badges indicate verification status:
- 🔵 verified-consent: Consent has been verified by reviewers
- 🟢 public-data-only: Contains only public information (no biometrics)
- 🟡 research-approved: Approved for academic research
- 🔴 commercial-licensed: Licensed for commercial use
- Submit a record with complete consent documentation
- Include consent statement (
consent/consent_statement.md) - Provide consent video or signature (
consent/consent_video.pointer.json) - Pass automated validation
- Pass manual review by maintainers
- Badge is issued in
review.verified_consent_badge
- Automated validation: Schema, structure, sensitive files
- Human review: Consent verification, content moderation
- Badge issuance: Verified badges added to manifest
- Public indexing: Record added to
registry/humans.index.jsonl - Ongoing monitoring: Periodic re-verification
- Read the error message carefully
- Check the example record:
humans/asia/cn/dlrs_94f1c9b8_lin-example/ - Verify all required fields are present
- Ensure JSON syntax is valid
- Run
python tools/check_sensitive_files.py - Check the Getting Started Guide
# Remove from Git history (use with caution!)
git filter-branch --force --index-filter \
"git rm --cached --ignore-unmatch path/to/large/file" \
--prune-empty --tag-name-filter cat -- --all
# Force push (only if you're sure!)
git push origin --force --allBetter: Use .pointer.json files from the start!
- Edit the files in your record directory
- Update
audit.last_modified_atinmanifest.json - Run validation:
python tools/validate_repo.py - Commit and push changes
- If public, the registry will be updated automatically
See the Contributing Guide for details. You can:
- Add your own record
- Improve documentation
- Fix bugs in tools
- Translate to other languages
- Propose standard improvements
- GitHub Issues: https://github.com/Digital-Life-Repository-Standard/DLRS/issues
- Email: https://github.com/Digital-Life-Repository-Standard/DLRS/discussions
- Security Issues: https://github.com/Digital-Life-Repository-Standard/DLRS/security/advisories/new
- Documentation: docs/
Yes! DLRS Hub is open source (MIT License). You can:
- Use it as-is
- Fork and modify it
- Build commercial services on top
- Contribute improvements back
Just ensure you comply with applicable privacy laws.
artifacts/: Original source materials (audio, video, images)derived/: Processed data derived from artifacts (embeddings, memory atoms, entity graphs)
Derived data is typically generated by AI/ML pipelines and is less sensitive than raw artifacts.
Check the record's rights.cross_border_transfer_basis:
none: No cross-border transfer allowedconsent: Allowed with explicit consentcontract: Allowed under contractual termsadequacy: Allowed to jurisdictions with adequate protectionscc: Allowed under Standard Contractual Clauses
Always verify compliance with GDPR Article 44-50 or equivalent local laws.
Yes! DLRS Hub is designed to be self-hosted:
- Clone the repository
- Set up object storage (S3, MinIO, etc.)
- Configure access controls
- Deploy validation tools
- Set up CI/CD for automated checks
See Architecture for deployment guidance.
If your question isn't answered here:
- Check the complete documentation
- Search GitHub Issues
- Open a new issue with the
questionlabel - Email us at https://github.com/Digital-Life-Repository-Standard/DLRS/discussions
We're here to help! 💙