Open Autonomous Intelligence Initiative

Advocates for Open AI Models

Open SGI MVM Subclass — EdgeHomeDeviceProfile v0.1

Subclass/Profile of: OAII Base Model — Device v0.1
Depends on: OAII Base Model — Common Types v0.1; Open SGI MVM Subclass — HomeWorldProfile v0.1

This document defines the MVM specialization of the OAII Device object for the Open SGI Aging-in-Place Event Recognition MVP.


1. Purpose

EdgeHomeDeviceProfile constrains a Device to serve as the local execution and trust boundary for a Home World. It is designed to:

  • run edge-primary without continuous connectivity;
  • host Sensors and local processing;
  • enforce privacy and retention constraints;
  • support explainable and auditable behavior via Logs.

2. Scope

A conforming EdgeHomeDeviceProfile instance:

  • participates in exactly one HomeWorldProfile (MVM constraint);
  • hosts the MVM sensor set and required mechanisms;
  • supports safe degradation under resource constraints.

Out of scope for this profile:

  • multi-home hub operation
  • centralized data aggregation across homes
  • cloud-orchestrated dependency

3. Required Attributes

An EdgeHomeDeviceProfile instance MUST implement all Device v0.1 required attributes, with the following constraints.

3.1 Identity and World Binding

  • device_id : DeviceId — required
  • world_refs : WorldId[1..N] — constraint: MUST include exactly 1 WorldId, referencing a HomeWorldProfile instance.

3.2 Device Classification

  • device_type : string — required

Constraint: device_type SHOULD be one of:

  • edge_hub
  • wearable_node
  • sensor_node
  • virtual_node

3.3 Capabilities

  • capabilities : ParameterSet — required

Minimum capability fields (normative for MVM interoperability):

  • compute_class: {LOW, MID, HIGH}
  • storage_class: {LOW, MID, HIGH}
  • power_class: {MAINS, BATTERY}
  • connectivity_modes: set (e.g., wifi, ethernet, cellular)
  • acceleration: {NONE, CPU_ONLY, NPU, GPU}

3.4 Privacy and Access

  • privacy_class : PrivacyClass — required
  • access_class : AccessClass — required

Constraint: privacy_class MUST NOT be PUBLIC.


4. Required Hosted Objects (MVM)

A conforming EdgeHomeDeviceProfile instance MUST enumerate hosted objects as follows.

4.1 Sensors

  • sensors : SensorId[≥2]

Constraint: MUST include at least:

  • one MotionSensorProfile instance
  • one ContactSensorProfile instance
  • one DeviceHealthSensorProfile instance (may be virtual)

4.2 Mechanisms

The Device MUST declare hosted mechanisms (by MechanismId) for:

  • signal summarization (≥1)
  • event recognition (≥1)
  • policy evaluation (≥1)
  • logging (≥1)

Representation (normative):

  • signal_processors : MechanismId[≥1]
  • event_recognizers : MechanismId[≥1]
  • (Optional additional fields MAY be used in implementation; this profile constrains minimum function, not field names.)

5. Offline and Degradation Requirements (Normative)

5.1 Offline Operation

EdgeHomeDeviceProfile instances MUST support:

  • operation during network outage
  • continued local Event recognition
  • continued policy enforcement
  • deferred outbound notifications (subject to Policy)

5.2 Safe Degradation

Devices MUST degrade safely under:

  • resource exhaustion
  • partial sensor failure
  • storage pressure

Minimum safe behaviors:

  • reduce sampling / switch to episodic capture where applicable
  • increase reliance on summaries over raw retention
  • suppress non-critical notifications
  • emit DeviceHealth-related Events/Logs

6. Retention and Data Minimization Requirements

The Device MUST support bounded retention.

6.1 Signal Handling Defaults

  • Raw Signals SHOULD be ephemeral.
  • Summaries SHOULD be retained when needed for Knowledge formation.
  • Export of raw Signals MUST require explicit Policy authorization.

6.2 Knowledge/Log Storage

  • Logs MUST be stored locally.
  • Knowledge MUST be storable locally.
  • Rotation/aging MUST be supported.

7. Required Methods (Profile Requirements)

EdgeHomeDeviceProfile SHOULD support all Device v0.1 abstract methods.

Additional MVM requirements:

7.1 report_capabilities

  • MUST provide the MVM minimum capability fields in Section 3.3.

7.2 enforce_privacy_policy

  • MUST be able to apply redaction/retention effects to locally stored data.

8. Security and Trust Boundary Requirements (Normative)

  • The Device MUST enforce access controls for configuration changes.
  • The Device MUST support separation between:
    • resident-facing interfaces,
    • caregiver notification interfaces,
    • maintenance interfaces.
  • The Device MUST surface its operating state and degraded modes.

9. Interoperability Requirements

  • Devices MUST expose capability summaries in a machine-readable form.
  • Devices MUST support stable Sensor identifiers across reboots.
  • Devices SHOULD support export of Event summaries and Logs in open formats, subject to Policy.

10. MVM Non-Goals (Enforced)

EdgeHomeDeviceProfile explicitly disallows:

  • continuous raw audio/video archival
  • cloud-required inference
  • hidden data export channels
  • cross-home aggregation

11. Notes for Implementers (Non-Normative)

  • A wearable node may conform if it satisfies offline operation and policy enforcement for its local scope.
  • “DeviceHealthSensorProfile” may be implemented as a virtual sensor that emits Signals based on internal diagnostics.

Status: Draft v0.1 (Open SGI MVP Subclass Definition)

Leave a comment