Core Principles
- Explicit Consent: All data collection requires explicit user consent
- Granular Control: Users control each module independently
- Revocable: Consent can be withdrawn at any time
- Enforced: Missing consent = no data collection, not synthetic data
- Transparent: Users see exactly what each module collects
Consent Types
Synheart Core defines the following consent types:Module-Level Consents
| Consent Type | Module | What It Enables | Default |
|---|---|---|---|
biosignals | Wear Module | HR, HRV, sleep, motion from wearables | false |
phoneContext | Phone Module | Device motion, screen state, app context | false |
behavior | Behavior Module | Taps, scrolls, typing cadence | false |
cloudUpload | Cloud Connector | Upload derived HSI to cloud | false |
Interpretation Module Consents
| Consent Type | Module | What It Enables | Default |
|---|---|---|---|
focusEstimation | Synheart Focus | Focus score computation | false |
emotionEstimation | Synheart Emotion | Emotion/stress inference | false |
Consent Flow
1. Initial Consent Request
When the SDK initializes, it checks for existing consent. If no consent exists, the SDK:- Returns empty/null state until consent is granted
- Provides consent request callbacks to the app
- Does NOT collect any data
2. Consent Storage
Consent preferences are stored:- Locally: On-device encrypted storage
- Not synced: Consent is device-specific
- Versioned: Consent tied to SDK version
3. Consent Revocation
Users can revoke consent at any time:- Module immediately stops collecting data
- Existing local data is NOT deleted (user controls via separate data deletion API)
- HSI axes dependent on revoked module return
null - Cloud uploads stop immediately
Enforcement Mechanisms
Module-Level Enforcement
Each module checks consent before processing:HSI Runtime Enforcement
HSI Runtime respects consent when computing state:Cloud Upload Enforcement
Cloud Connector requires explicitcloudUpload consent:
Consent UI Guidelines
Recommended Consent Flow
- Contextual Requests: Ask for consent when the feature is first needed
- Clear Explanations: Explain what data is collected and why
- Granular Options: Allow users to grant/deny each module independently
- Easy Revocation: Provide settings UI to revoke consent
Example Consent Dialog
Settings UI
Apps should provide a settings screen where users can:- View current consent status
- Revoke any consent
- Delete local data
- Export or delete cloud data
Consent & Capability Interaction
Consent and Capabilities are separate but related:| Concept | Enforces | Scope |
|---|---|---|
| Consent | User permission to collect data | Per-user, per-device |
| Capability | App permission to access features | Per-app, server-issued |
- External app has
Corecapability → can access basic HSI - External app has user consent for
biosignals→ can computearousalIndex - External app does NOT have user consent for
behavior→engagementStabilityisnull - Internal app has
Extendedcapability + user consent → can access full 64D embeddings
Data Retention & Deletion
Local Data
Synheart Core stores minimal local data:- HSI snapshots (last 24 hours, rolling window)
- Consent preferences
- Module state caches
Cloud Data
IfcloudUpload consent is granted, HSI snapshots are uploaded.
User Controls:
Privacy Guarantees
What Consent DOES NOT Allow
Even with full consent, Synheart Core NEVER collects:- ❌ Raw biosignals (ECG, PPG waveforms)
- ❌ Message content or URLs
- ❌ Keyboard input (content)
- ❌ Specific app names (only hashed context)
- ❌ Audio or microphone data
- ❌ Location or GPS
- ❌ Photos or media files
- ❌ Contact lists or identifiers
What Consent DOES Allow
With appropriate consent, Synheart Core collects:- ✅ Derived biosignals (HR, HRV, sleep stages)
- ✅ Device motion patterns
- ✅ Screen on/off state
- ✅ Interaction timing (taps, scrolls)
- ✅ Hashed app context (non-reversible)
- ✅ HSI state representations
Consent Versioning
When the SDK is updated, consent may need to be re-requested if:- New data types are collected
- Privacy policy changes
- Module behavior changes
API Reference
Consent Management
Consent Callbacks
Testing Consent Enforcement
Unit Tests
Related Documentation
- Architecture - Module system and HSI Runtime
- HSV Specification - State representation
- Capability System - App-level permissions
- Cloud Protocol - Cloud upload specification
Last Updated: 2025-12-25 Version: 1.0.0 Author: Israel Goytom