Hi makers,
Most wearables are good at telling when you're asleep. They're much worse at telling when you're awake: if you lie still, many devices count it as sleep. Sleep stages land somewhere in between. And Apple, Oura, Garmin, Whoop and Fitbit all build their scores differently, so the same night can get very different numbers.
Anna D. Zych, PhD, a neuroscientist and Health Science Lead at Momentum, goes through all of this in a webinar that premieres Wednesday, 7 October at 16:00 CET. It covers what good sleep actually looks like, how wearables compare to a sleep lab across ten devices, and how to approach building sleep scoring models.
If you're building anything with sleep or recovery data, it should be a useful hour. Everyone who signs up gets the recording too.
@imtiaj_ahmad Very scalable: FastAPI + PostgreSQL + Redis + Celery scales horizontally, and multiple companies run it in production today. The real advantage at scale is the cost model: zero per-user fees, so where SaaS aggregators charge $0.50-2.00 per user per month, you only pay for your own infrastructure. The bigger you get, the better the math works.
@alireza_abbasi5 Hi Alireza, the self-hosted architecture fits your constraint well (no data leaves your infrastructure), but specifics depend on which wearable APIs are reachable from your network, drop into Discord and we can dig in.
self-hosted + MIT for wearable infra is the real gap — most teams glue oura/whoop/garmin together and end up maintaining a janky data lake nobody owns. on the open scoring side, are the algorithms research-grade (validated hrv, recovery, etc.) or more heuristic baselines? and for LLM context: do you ship structured schemas for sleep/strain/activity so an agent can reason directly, or is shaping the context still on the developer?
The hard part of a wearables product isn't the data, it's the interface contract between messy multi-vendor reality and a coherent user experience. The standardization layer and transparent scoring is what makes it possible to actually build any app on top.
Also, surviving Garmin's API earns you a small badge of honor in this space. Worth it.
Congrats to the whole Momentum crew 🚀
@farce1 That Garmin badge took longer to earn than we'd like to admit. 😅 You put it well: the data was never really the problem, getting it into a shape any app can reliably build on is. Thanks for the kind words to the whole team.
@farce1 haha, agree - worth it!
@farce1 "surviving Garmin's API" is going on the team wall
and yeah - the standardization layer is the unglamorous part nobody wants to build twice. that's exactly why it should be shared infrastructure
thanks for the kind words
@sarrah Already shipped! Oura landed in v0.4 (community contributed, full granularity including sleep stages via Oura's cloud API). Docs at openwearables.io/docs if you want to plug it in.
@sarrah We already do :D
YES - free my Oura data!
@therealkaczor Ha, love the energy Michal, small clarification though: the data is still in Oura's cloud, we just give you programmatic access to it via their OAuth API in a unified format. Not quite "freeing" it, but at least you can pipe it into anything you want without rebuilding the integration.
@piotr_ratkowski Yes, much better than me going trough the faff of requesting data and then analyzing on the side. Good enough for me. Hope to meet you in person soon. Good luck 🙌
Are you planning integrations with Apple Health and Google Fit out of the box? Congrats on shipping.
Hi @iamanantgupta We already integrate with Apple Health and Google Health and provide SDKs for SDK-based providers - you can see providers we support and full coverage matrix in the documentation: https://openwearables.io/docs/providers/supported
@iamanantgupta Is Google Fit the same thing as Google Health? If so, we already have it.