Ori Runtime: An Open-Source Framework Enabling Autonomous Reasoning for IoT Devices

Ori is an open-source, offline-first intelligent IoT runtime that empowers physical devices with layered autonomous reasoning capabilities. Through layered LLM reasoning and a hierarchical permission model, it enables devices to safely perceive, reason, and execute physical operations autonomously.

Traditional IoT platforms have a fundamental limitation: they are just data transporters. Sensors collect data, the system sets thresholds, triggers an alert when exceeded, and then waits for human intervention. This "perceive-alert-wait" model has barely changed in the past decade.

But the real world doesn't need more data; it needs understanding of data and actions based on that understanding. Ori Runtime was born to address this pain point—it is an open-source, offline-first intelligent IoT runtime that gives physical devices a real "brain", enabling them to reason autonomously and execute physical operations safely.

Ori's design philosophy can be summed up in one sentence: "IoT devices don't need more data—they need to understand data and act on it."

The workflow of traditional IoT is: "Current: 8.2A" → "Alert: Threshold exceeded, please check." But Ori's workflow is completely different:

Tier A (Information Layer): "Your air conditioner's current has been 40% higher than the baseline every afternoon for three consecutive days. Pattern analysis shows it's a refrigerant leak rather than a change in usage habits. Estimated failure time: 2 weeks. I have sent a maintenance reminder to your WhatsApp." — Fully autonomous, no internet required, runs on a $55 Raspberry Pi.

Tier B (Soft Physical Layer): "Grid voltage dropped to 174V; I have automatically switched to inverter power supply." — Act first, inform later.

Tier C (Hard Physical Layer): "A critical fault was detected in the main circuit; I recommend tripping the circuit. Reply YES to approve or NO to cancel—will automatically cancel after 5 minutes." — Reason first, propose, then wait for human confirmation.

Tier D (Safety-Critical Layer): "Dangerous overcurrent detected (52A on a 10A circuit); emergency shutdown executed at 14:32." — Safety first, no waiting.

Ori uses a six-layer architecture, with layers 1-4 running entirely on the device side:

The Hardware Abstraction Layer (HAL) is responsible for interacting with the physical world, supporting multiple protocols such as GPIO, I2C, RS485. Whether it's a Raspberry Pi's GPIO pins, industrial Modbus RTU devices, or WiFi sensors connected via MQTT, all can be integrated uniformly.

EventBus and protocol standardizer are responsible for converting data from different sources into a unified format. The design of this layer ensures that hardware diversity does not affect the upper-layer business logic.

The runtime core, including event loop and scheduler. This is the "heart" of the entire system, responsible for coordinating the work of all components.

This is the most innovative part of Ori. The Intelligence Elevator, combined with the Action Tier Framework, enables layered reasoning and hierarchical permission control.