Oura Ring

io.github.AntVsl由 GitHub 帳號 AntVsl 發布v0.4.2更新於 Oct 24, 2026

Sleep, readiness, HRV, resting heart rate, activity and stress from your Oura Ring

已驗證STDIO僅桌面位置與生活資料與分析

概覽

AI 產生的概覽

讓助理讀取你的 Oura Ring 資料——睡眠、準備度、HRV、心率、活動、血氧與壓力,並以逐日彙總與趨勢的形式回傳。

可以做什麼
  • 取得睡眠分期、效率、HRV、靜止心率與體溫,或只取每日睡眠分數
  • 取得準備度、活動分數、步數與卡路里,以及睡眠期間的血氧與呼吸干擾指數
  • 取得每分鐘心率彙整成的每日統計、心血管年齡與最大攝氧量,以及你在 Oura 應用程式標記的標籤
  • 取得睡眠、準備度與活動分數的合併每日摘要,或查看伺服器模式與授權狀態
  • 以 MCP 資源讀取今天、昨天與本週摘要,並可依需求取得 Oura 原始回應
適用情境
適合用自然語言詢問助理自己睡得如何、恢復得怎樣,或查看一週、一個月的戒指資料趨勢,而不必自行匯出檔案。適用於 Claude Code、Codex、claude.ai 或 ChatGPT 中的個人健康回顧。
執行需求
以 Python 套件形式透過 uv 在本機執行(也可用 Docker 映像以 streamable HTTP 執行)。Oura 沙盒模式不需要任何憑證;使用自己的資料需在 Oura 開發者平台註冊應用程式,設定 OURA_CLIENT_ID 與 OURA_CLIENT_SECRET,完成一次瀏覽器授權,並將 OURA_API_MODE 設為 production。遠端 HTTP 使用需要 OURA_MCP_TOKEN,網頁用戶端走 OAuth 還需 OURA_PUBLIC_URL。在伺服器上建議明確設定 OURA_TZ。
安裝前請注意
涉及個人健康資料:HTTP 模式下資料會離開本機傳送到你自己的伺服器,且存取模型為單一共用密鑰、沒有依使用者區隔。OURA_CLIENT_SECRET 與 OURA_MCP_TOKEN 屬於機密;權杖儲存與快取會寫入磁碟。Oura 的更新權杖為一次性,兩個執行個體共用同一權杖儲存會互相踢掉授權。請只保留一個執行個體,並避免把機密提交到版本庫。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Oura Ring,將其新增到工作區。
  2. 為需要使用其工具的對話啟用該服務。

Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。

其他 MCP 客戶端

參照 儲存庫 中的啟動說明。

README

my-oura-mcp

[CI] [License: MIT] [Python 3.12+]

Gives Claude, ChatGPT, and Codex access to your Oura Ring data: sleep, readiness, HRV, resting heart rate, activity, SpO₂, stress.

Ask "how did I sleep last week" and your MCP client calls the right tool and gets a summary back — not a wall of JSON:

json
{  "metric": "sleep_detail",  "period": { "start": "2026-07-23", "end": "2026-07-29", "days": 7 },  "stats": {    "total_h":    { "mean": 7.1, "min": 5.9, "max": 8.4 },    "deep_h":     { "mean": 1.3, "min": 0.9, "max": 1.8 },    "avg_hrv":    { "mean": 42,  "min": 31,  "max": 55, "trend_per_week": 1.8 },    "efficiency": { "mean": 88,  "min": 82,  "max": 93 }  }}

New to MCP? Model Context Protocol lets AI clients reach external data. Install this server, connect it once, then ask about your sleep in plain language. No coding involved.

Works locally in Claude Code and Codex, and remotely in claude.ai and ChatGPT once it is deployed to a server of your own.

Читать по-русски: README.ru.md

Why another one

  • Compact by default. Tools return per-day values plus statistics with a trend, not the raw API payload. Raw responses stay one raw=True away. A month of heart-rate data shrinks by more than 10×.
  • One codebase, two transports. stdio for local use, streamable-http for remote. A flag apart, not a rewrite.
  • Timezone-correct. Oura filters some endpoints by an internal UTC timestamp while returning a local day field, and returns heart-rate timestamps in UTC. Both quietly lose or misplace data outside UTC. This server handles it — see Timezone handling.
  • Survives flaky networks. Follows next_token pagination, retries dropped connections with exponential backoff, and turns HTTP status codes into messages that say what to fix.
  • Try before authorizing. Oura's sandbox works with no credentials at all.

Quick start

Requires uv. No Oura token needed for this part.

bash
git clone https://github.com/AntVsl/oura_mcp && cd oura_mcpcp .env.example .envuv sync

Check that data flows (hits Oura's sandbox, no auth required):

bash
uv run python -m my_oura_mcp.smoke

Connect it locally — the server prints the commands with the absolute path already filled in, and writes nothing itself:

bash
uv run my-oura-mcp install

Then ask your client for an Oura summary. The get_status tool reports which mode the server is in.

Tools

ToolReturnsDefault range
get_daily_summarySleep, readiness and activity scores at once7 days
get_sleepSleep stages, efficiency, HRV, resting HR, breathing, temperature7 days
get_sleep_scoreDaily sleep score only — lighter than get_sleep7 days
get_readinessReadiness score, HRV balance, temperature deviation7 days
get_activityActivity score, steps, calories7 days
get_heartratePer-minute heart rate collapsed to daily stats3 days
get_spo2Blood oxygen during sleep, breathing disturbance index7 days
get_stressTime under load and in recovery7 days
get_heart_healthCardiovascular age, VO₂max30 days
get_tagsTags you entered in the Oura app30 days
get_statusServer mode and authorization state—

Every data tool takes either days_back or an explicit start_date/end_date pair (YYYY-MM-DD), plus raw to get Oura's untouched response.

Using your own data

The sandbox returns synthetic data. For your own you need an Oura application and a one-time authorization — no review to pass, a fresh application works immediately.

What to do
1Register an application at developer.ouraring.com
2Put OURA_CLIENT_ID and OURA_CLIENT_SECRET into .env
3uv run my-oura-mcp auth — opens a browser, stores tokens with mode 600
4Set OURA_API_MODE=production in .env

When registering: Redirect URI is http://localhost:8765/callback, matched byte for byte. Scopes are daily, heartrate, tag, spo2, stress, heart_health. Everything else is arbitrary.

Tokens refresh themselves from there. Check with my-oura-mcp auth --status, forget them with auth --logout.

Personal Access Tokens no longer work: Oura stopped issuing them in December 2025.

Refresh tokens are single-use. Each refresh kills the old one, so two instances sharing a token store knock each other out. The symptom is a 400 mentioning single use; the cure is re-running auth and keeping one instance.

Configuration

Everything lives in .env (see .env.example). Secrets never reach git.

VariablePurpose
OURA_CLIENT_ID / OURA_CLIENT_SECRETOura application credentials
OURA_REDIRECT_URIMust match the application exactly
OURA_API_MODEsandbox (synthetic data) or production
OURA_TZTimezone deciding what "today" means. Set explicitly on servers
OURA_MCP_TOKENShared secret guarding the HTTP endpoint; also the consent-page password
OURA_PUBLIC_URLPublic https address. When set, enables OAuth for Claude.ai and ChatGPT
OURA_OAUTH_ALLOWED_REDIRECT_ORIGINSComma-separated OAuth client origins; defaults to Claude.ai and ChatGPT
OURA_TOKEN_STOREWhere the OAuth flow writes tokens. Not set by hand
OURA_CACHE_DBSQLite cache file. An empty value disables caching

Running it

One codebase, two transports: stdio next to a client on this machine, HTTP on a server so the web clients and your phone can reach it.

Locally

ClientCommand
Claude Codeclaude mcp add --scope user oura -- uv --directory PATH run my-oura-mcp
Codexcodex mcp add oura -- uv --directory PATH run my-oura-mcp

uv run my-oura-mcp install prints these with the absolute path already filled in. --scope user makes the server visible from any directory; without it, only from where the command ran. Verify with claude mcp list / codex mcp list.

Nothing is exposed and no network is involved. To debug the transport itself: uv run my-oura-mcp --transport http --port 8000 — no secret needed on loopback.

On a server

This is what makes the server reachable from any device, from Claude.ai and from ChatGPT. Step by step in docs/DEPLOY.md (Russian): how to let traffic in, how to move Oura authorization across, how to connect web clients.

ClientHow it connects
Claude.ai, ChatGPTOAuth. No client ID or secret to enter — the client registers itself and the consent page asks for OURA_MCP_TOKEN
Claude Codeclaude mcp add --scope user --transport http oura URL --header "Authorization: Bearer TOKEN"
Codexcodex mcp add oura --url URL --bearer-token-env-var OURA_MCP_TOKEN

OURA_PUBLIC_URL turns OAuth on: the server becomes its own authorization server with dynamic client registration, restricted to https://claude.ai and https://chatgpt.com. Another client needs its exact origin in OURA_OAUTH_ALLOWED_REDIRECT_ORIGINS; the consent page names the client and its return origin before asking for the secret.

Two ways to expose it, and the choice is not cosmetic. Caddy is simpler, but its certificate lands in Certificate Transparency — a public log revealing that this address hosts a service. A Cloudflare Tunnel opens no inbound ports at all. If a VPN lives on the same host, only the tunnel will do.

Which one

stdio, localHTTP, on a server
Claude Code and Codex on this machineyesyes
Other devicesnoyes
Claude.ai, ChatGPT, phonenoyes, over OAuth
Needs a domain and a hostnoyes
Data leaves this machinenoyes, to your server

Keep exactly one live instance: Oura's refresh token is single-use, and two servers sharing a token store will knock each other out of authorization.

Timezone handling

Three separate bugs came from Oura's date semantics, all of which lost data silently rather than raising an error. Worth knowing if you build against this API yourself:

  • sleep and daily_activity are filtered by an internal UTC timestamp, not by the day field Oura itself returns. At UTC+3 a night that starts after midnight lands in the previous UTC day: asking for 28..28 returns nothing while the record with day=28 plainly exists. The server widens the window and trims by day afterwards. Verified by sweeping every endpoint; the other six behave.
  • heartrate returns timestamps in UTC. Grouping by the first ten characters of that string splits a local day in two, pushing 00:00–03:00 local into the previous day — exactly the resting heart rate you care about. Grouping uses OURA_TZ.
  • Oura returns several sleep records per day — the night plus naps. Picking an arbitrary one lets a 12-minute nap displace a full night. The record typed long_sleep wins, or the longest one; naps are reported separately as naps_h so their HRV never averages with the night's.

Security

  • .env, the token store and the cache are in .gitignore. Verify before committing: git status --porcelain.
  • The token store and SQLite cache are written with owner-only (600) file permissions.
  • The HTTP endpoint is guarded by OURA_MCP_TOKEN using a constant-time comparison. The access model is deliberately simple: one secret, one owner, no per-user separation.
  • The server refuses to start on a non-loopback address without a secret rather than quietly serving health data to the open internet. Try it: uv run my-oura-mcp --transport http --host 0.0.0.0.
  • /healthz is intentionally open — a reverse proxy needs it, and it returns nothing but ok.
  • Caddy strips the Authorization header from its logs.

Caching

Older days go into SQLite. The two most recent completed days are rechecked on every request because late syncs can update them; older history is served from the cache without a network call.

bash
uv run my-oura-mcp cache --status   # what is cacheduv run my-oura-mcp cache --clear    # forget it

Three things worth knowing. Today is never cached — Oura is still writing it. Empty days are not cached either: an empty day means either "did not wear the ring" or "has not synced yet", and the second resolves itself within hours, whereas a cached blank would last forever. The mode is part of the key, so sandbox data cannot surface in production.

Per-minute heart rate bypasses the cache: its rows carry no day field.

MCP resources

Clients that support resources can read oura://today, oura://yesterday, and oura://week. They provide the same sleep/readiness/activity summaries as the tools, without choosing arguments manually.

Skill with recipes

skills/oura ships a Claude-oriented skill — not more tools, but workflows on top of them: whether sleep is actually improving, whether today can take load, what the body was doing on a bad day, whether a change in routine did anything. Each is a sequence of calls plus a way to reason about the answer, which no single tool can express.

Install it by copying into your client's skills directory:

bash
cp -r skills/oura ~/.claude/skills/

The recipes are checked against the code by tests: a field name that no tool returns fails uv run pytest instead of quietly sending the model nowhere.

Codex can also load these repository skills after copying them to its skills directory:

bash
mkdir -p ~/.codex/skillscp -R skills/oura skills/oura-mcp-maintenance ~/.codex/skills/

oura interprets data through the MCP server. oura-mcp-maintenance guides safe changes to this repository and its Claude/ChatGPT/Codex integration.

When something doesn't work

Claude says there are no Oura tools. The server didn't connect. claude mcp list shows its state. A common cause is a relative path where a full one is required — uv run my-oura-mcp install prints the command with the right one.

"Авторизация не пройдена — токенов нет". The server is in production mode but has never signed in to Oura. Run uv run my-oura-mcp auth; check token state with uv run my-oura-mcp auth --status.

401 against a server on a VPS. OURA_MCP_TOKEN doesn't match. Header values are sent verbatim, so the word Bearer and the space belong to the value: Bearer abc123, not abc123.

Data comes back for the wrong day. OURA_TZ isn't set. A server clock is almost always UTC, so "today" starts hours off from yours and a night's sleep lands in the previous day. Set it explicitly, e.g. OURA_TZ=Europe/Moscow.

"refresh-токен отвергнут". Oura's refresh token is single-use, and this happens when a second instance spent it. Keep exactly one alive: once the VPS is up, point local Claude Code at it too. Recover with my-oura-mcp auth.

Requests to api.ouraring.com fail with SSL_ERROR_SYSCALL or a timeout. Usually not the server: the client retries four times with backoff. If that doesn't help, a VPN generally does.

claude.ai won't connect to your server. Check that OURA_PUBLIC_URL is set and matches the connector URL character for character, including https:// and no trailing slash. The startup banner says whether OAuth came up. Beyond that, see docs/DEPLOY.md.

You press Allow on the consent page and nothing happens. Check the server logs: a POST /oauth/consent returning 303 with no POST /token after it means the browser blocked the hop back to claude.ai. That is what an over-strict Content-Security-Policy looks like — and curl cannot reproduce it, since it does not enforce CSP at all.

"Запрос устарел" / request expired. Authorization requests live in process memory, so restarting the server invalidates any consent page already open. The secret is not the problem — go back to claude.ai and start the connection again.

Development

bash
uv run pytest

Tests never touch the network; Oura's responses are stubbed with respx. Tool tests go through mcp.call_tool() rather than calling the functions directly — some bugs only appear on the real protocol layer, where MCP clients pass declared defaults as explicit arguments.

For Codex and other coding agents, repository instructions and a task/review structure live in AGENTS.md and docs/agents.

x86_64 macOS: cryptography 49+ ships no wheel for this platform and tries to build from Rust sources. pyproject.toml pins 48.0.0 for it specifically; Linux and native arm64 are untouched. This bites Apple Silicon too whenever Homebrew lives in /usr/local rather than /opt/homebrew — check with file $(which python3).

Flaky network: if requests to api.ouraring.com fail with SSL_ERROR_SYSCALL or time out, it usually isn't the server. The client makes four attempts with backoff; beyond that, try a VPN.

See docs/ROADMAP.md for what's planned and what was deliberately deferred.

License

MIT

來源:README.md,提交 6029244

工具

0
SourceWeft 尚未在沙箱中啟動過該軟體包,因此其工具未知。

版本歷史

1
  1. v0.4.2最新Sep 16, 2026

評分

已滿足適用檢查項的 50%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通25 分

    請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。

  • 已宣告認證方式10 分

    請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。

  • 已列出工具15 分

    請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。

  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分