otolo

Otolo / 04 Why Otolo

The open data layer under wearables.

Otolo connects people to their devices, not apps to vendor clouds. Here is where that sits in the market and why it is hard to copy.

4.1 / Positioning

The corner no one else occupies.

Two questions sort the market: does a product depend on vendor clouds, and who controls the engine that analyzes the data? Otolo is the only approach that reads devices directly and lets you choose the AI.

4.2 / Side by side

What each approach gives you.

As of October 2026.
Capability Cloud aggregators Single ecosystems Open phone apps Otolo
Reads devices directly, without the vendor cloud No Own devices Yes Supported devices
Data on your computer, in open files No Export only On the phone SQLite, Parquet
Works with the AI you choose Through apps Limited No Any MCP client
Multi-device studies for R&D teams Yes No No Yes, device-direct
4.3 / The thesis

Incumbents are paid not to open the data.

01

Their model is lock-in

Leading wearable brands earn from subscriptions tied to their own apps and clouds. Opening raw data to any AI undercuts that model, which makes it costly for them to follow.

02

We start where they do not compete

R&D teams, AI training programs, developers and researchers value openness and device choice over polish. They pay for data across many devices, which no single brand offers.

03

Then we move up

A driver library and community make more devices usable with any AI. Consumer experiences and our own open, low-cost wearable follow.

4.4 / Defensibility

MCP for wearables is not a moat. These are.

AI labs already read Apple Health and Health Connect, and anyone can wrap an API in MCP. What compounds is harder to copy.

M.01

Driver library

Tested, documented drivers for each supported device, growing with every release and every contributor.

M.02

Published accuracy data

How well each device agrees with a reference, with methods and firmware versions. Proof that travels with every sale.

M.03

Trust architecture

Local by design, employer-blind, open source. A privacy brief security and HR can sign.

M.04

Community

Builders who add drivers and recipes, credited, with a validation path into the trusted tier.

We are working with a small number of teams on the first release.