开发者手环研究合集

00一页结论

01参照物：Fitbit Air 是什么，不是什么

你提到的参照产品在 2026 年 5 月上市。它定义了「无屏手环 + 手机 App + AI 教练订阅」的消费形态，但在开放性上恰好留出了一整块空地。

02竞品地图：谁在给开发者开放生理数据

把「能不能拿到原始波形」作为第一分水岭，再看形态、价格与授权门槛。

三个读法

• 开放原始波形的都不是腕戴消费品。Movesense 是胸贴模块，Corsano/Empatica 是研究采购。腕戴消费品里只有三星在表端开放，Apple 只开放已录制的 ECG 电压。
• ECG 与开放性几乎互斥。带 ECG 的消费手表全部拿了医疗认证，认证本身就要求算法闭环，所以不敢开放波形。你们走「非医疗器械开发套件」路线，反而能同时拥有电极和开放。
• 开发者已经形成了「买胸带开发」的习惯。Polar H10 在 HRV 研究和开源社区里是事实标准。很多人需要的是「戴在手腕上的 H10」，胸带的佩戴不适是被反复抱怨的。

国内供应侧

ECG 手环的 ODM 能力国内很成熟：汇顶（Goodix）健康传感 SoC 与算法库、ADI 的 MAX-HEALTH-BAND / MAXREFDES103 参考设计、乐心（Transtek）等有二类证的代工厂。已拿 NMPA 二类证的消费级 ECG 手表来自华为、OPPO、Apple、小米。这意味着你们的 OEM 方案大概率有一条「同硬件、医疗版另发证」的路，值得在选型阶段就问清楚。目前没有查到任何一家国内厂商把 ECG 手环做成面向开发者的套件在售，淘宝上只有 MAX30001 之类的裸传感器模块。

03开发者版怎么卖：三类范式

把乐鑫式开发板、AR/VR 与 AI 穿戴开发者版、国内 AI 硬件生态三条线放在一起看，能提炼出可直接复用的动作。

范式 A · 芯片与开发板厂：把板子当传单

共同点：文档站结构统一（15 分钟上手、参考、示例、故障排查）、示例先于 SDK（先让人跑通，再讲架构）、许可证宽松（MIT/Apache）、量产路径明示（模组、认证、MOQ）。国内组合是 B 站演示视频 + 淘宝店 + 微信群 + 立创开源广场。

范式 B · AR/VR 与 AI 穿戴：门槛决定生死

范式 C · 国内样本：小智 AI

小智 AI 2024 年 9 月开源，到 2026 年 5 月接入硬件 150 万台、全球开发者 10 万人、帮助 130 家中小企业完成产品化，日对话 900 万条。它没有自己的硬件，靠三件事：固件开源且支持几十种板卡（正点原子、立创、M5Stack 都主动适配）、服务端协议公开可自建、B 站与淘宝形成演示到购买的闭环。这对手环的启示是：如果手环能成为小智这类 AI 硬件生态里「生理信号输入」的标准件，获客成本会远低于自建社区。

04破局策略

定位、目标人群、开放层级、套件与定价、合规姿态、营销节奏、商业模型。

定位一句话

三个词不能省：原始（对比 Garmin/WHOOP/Oura 的聚合指标）、可触发（对比只能被动等用户去测的消费手表）、腕戴（对比 Movesense/Polar 的胸带）。

目标开发者的五个圈层

启动顺序建议：先 AI 硬件开发者与创客（声量与内容最快），同步研究者（信任与论文），半年后 B 端与创业公司（拿着前两者的案例去谈）。

三层开放，全部文档化

套件与定价

定价原则：硬件不赔钱但不靠硬件赚钱，收入来自云托管、白标授权、算法插件与量产分成。开发版价格要低到「个人能冲动购买」，否则圈层五和圈层三不会来。

合规姿态

• 产品声明：「非医疗器械，仅供研究、开发与一般健康参考，不用于诊断、治疗或预防疾病。」FDA 2026-01-06 的一般健康政策明确「只提供信息的设备可不受监管研发与销售」，中国 NMPA 只在有诊断声明时按二类管理。
• ToS：原始数据一旦交付给开发者，临床用途、合规与患者告知责任归开发者；参照 Movesense 用「非临床 ECG」措辞区分 HR+ 与 MD。
• 不越线的功能命名：用「节律不规则提示」而非「房颤诊断」，用「血氧参考值」而非「血氧饱和度诊断」。WHOOP 在 2025 年因血压洞察收到 FDA 警告信，是反面教材。
• 数据合规：默认端到端不经云、可自建云、明示不用于训练。健康数据在《个人信息保护法》下属敏感个人信息，白标 App 模板里要内置单独同意流程。

十二个月营销节奏

1. M0–M1 · 种子申请制发放 100–200 台给研究者、AI 硬件 KOL、开源项目维护者；条件是公开一个可复现的项目。同时上线协议文档、Python SDK、回放数据集。
2. M1–M2 · 内容B 站与 YouTube 三个「一晚上做完」的示范：用手环控制小智 AI 的语气、心率驱动的 VR 难度、Python 十行画出自己的 ECG。Hackster 与嘉立创开源广场同步。
3. M2–M3 · 公开发售Developer Band 淘宝 / 官网 / Seeed 或 Crowd Supply 海外渠道。发售当天开源白标参考 App 与 MCP server。
4. M3–M6 · 社区与竞赛Discord + 微信群 + 论坛；第一届生理信号 Hackathon，奖金不必大，评委邀请研究者与 AI 硬件圈的人。大学计划：论文引用送设备。
5. M6–M9 · 案例与 B 端把种子期项目整理成案例库；带案例去谈养老、工业安全、健身房；发布 Study Pack。
6. M9–M12 · 平台化第一次线上开发者日；算法与 Agent 插件市场开放分成；公布量产路径（白标 MOQ、模组、医疗版时间表）。

「开发者把它推给他的客户」的商业闭环

开发者不是终点，他要用这套东西去做产品卖给自己的客户。所以要为开发者准备三样可以直接转卖的东西：白标 App（改品牌、改配色、隐藏调试功能即可上架）、按台激活的授权（开发者卖一台手环给客户，你收一份授权费，云按用量另计）、可复用的方案模板（养老看护、工人疲劳、冥想反馈、AI 陪伴四套端到端示例）。开发者分成模式参照 Ultrahuman PowerPlugs 与 Omi app store：第三方算法与 Agent 插件上架，平台抽成。

05App 与 SDK 设计：开发者向，不是消费者向

消费 App 的目标是让人少看、少想；开发者 App 的目标是让人看到一切、控制一切、拿走一切。两者不可能是同一个产品。

三个产品

开发者 App 与消费 App 的差异清单

SDK 的关键设计决策

• 设备只吐数据，逻辑在手机与云。不在手环上做脚本运行时（Bangle.js 路线），因为 OEM 固件可控性有限，且开发者更熟悉手机与 Python。保留固件 OTA 与少量可配参数即可。
• 统一时间戳是底线。所有通道对齐到设备单调时钟，SDK 负责与手机时钟校准并输出漂移估计。研究者与多设备同步场景都依赖这点，也是开发者对现有 SDK 最多的抱怨之一。
• 触发式 ECG 要有完整状态机。SDK 提供 requestEcg(duration)，手环震动引导，App 收到「电极接触 / 信号可用 / 完成 / 失败原因」事件流。这一交互是差异化核心，必须一次就能跑通。
• 数据格式对齐研究与医疗标准。本地 CSV/EDF/WFDB，云端 FHIR Observation 与 Open mHealth，这样研究者能直接进 PhysioNet 工具链，医疗集成商能直接进 HIS。
• 桥接两大健康总线。白标 App 写入 HealthKit 与 Health Connect，让开发者的客户在原有生态里看到数据；注意 Health Connect 与 App Store 对健康数据用途的审核要求，模板里预置合规文案。
• 许可证。SDK 与参考 App 用 Apache-2.0 或 MIT；云端可闭源托管。协议文档公开即可赢得信任，不必开源固件。

开发者文档站的骨架

docs/
  getting-started/      15 分钟：配对 → 看到波形 → 导出 CSV → 十行 Python 画 ECG
  protocol/             GATT 特征表 · 帧格式 · 时间戳 · 错误码
  sdk/                  android · ios · flutter · python · web-bluetooth
  cloud/                REST · webhook · MCP · FHIR 映射 · 自建部署
  recipes/              触发 ECG · HRV 计算 · 睡眠分期 · 多设备同步 · 接小智 · 接 VR
  datasets/             回放数据集（含标注）· 模拟器
  compliance/           非医疗声明模板 · 隐私与同意模板 · 各国要点
  changelog/  community/

06AI 能力层：AI 不在手环里，在场景里

开发者向他的客户推方案时，「有 AI」已经是必答题。你们要给开发者的不是一个聊天框，而是让任何模型都能消费这份生理数据的基础设施，加上几条别人做不到的场景。

三层分工

基础层：AI 拿到数据首先能干什么

1. 清洗与可信度。逐段给信号质量分，AI 只解读通过质量门的数据。这是治幻觉的第一道闸，也是评测里 Fitbit AI 教练「走跑不分」的病根。
2. 从波形到指标。IBI → 时域/频域 HRV、呼吸率、静息心率趋势、恢复评分；ECG 段 → 正常/不规则/噪声三分类与心率；PPG → SpO2、灌注指数。这些用开源库（NeuroKit2、HeartPy、WFDB）即可，白盒化是卖点。
3. 从指标到语言。把一天的数据压成几百 token 的结构化摘要再交给 LLM（Google 的 SensorLM 在 10 万人、5,970 万小时数据上验证了「传感器到文本」的可行性）。直接喂原始心率序列既贵又没用，摘要层是开发者最需要又最懒得做的东西。
4. 问答与日报。「我昨晚 HRV 为什么低」「上周哪几天恢复最差」这类问题在摘要层上直接答，附带数据引用，不做诊断。
5. 异常到事件。心率骤升、夜间 SpO2 下探、不规则节律、久坐、跌倒疑似，全部变成结构化事件推给 webhook 与 Agent。事件流是 Agent 化的前提。

进阶层：让生理数据成为 Agent 的一等公民

• 内置 MCP server。工具集包括 get_live_vitals、get_hrv_summary(range)、get_ecg_session(id)、request_ecg(duration)、subscribe_events(types)、annotate(time, label)。Claude、ChatGPT、本地模型与小智这类 Agent 都能即插即用。市面上已有社区版的 Oura/WHOOP/Garmin/Apple Health MCP，但都是聚合数据且不能触发测量，你们是第一个能「让 Agent 发起 ECG」的。
• Agent 可发起的测量。这是手指电极独有的能力：Agent 判断需要一次 ECG（对话中提到心悸、夜间事件、训练后），手环震动提示，用户按住 30 秒，结果回到对话。「AI 主动问你要一次心电」是所有消费手表都做不到的交互。
• 多源上下文融合。手环 + 日历 + 位置 + 对话记录 + 屏幕时间，Agent 才能回答「今天下午三点心率升高是因为那场会」。Limitless、Omi、Bee 已经在做多源记忆，缺的正是生理通道。
• 个体基线而非人群阈值。为每个用户学一个基线模型，事件按偏离基线触发。开发者拿到的是「相对于你自己的异常」。
• 群体与团队视角。教练看队员、护士看病房、安全员看班组，AI 做排序与解释，而不是每个人一份报告。

想象力层：十二个场景样板

给开发者的 AI 卖点怎么说

• AI-ready，不绑模型。结构化指标、文本摘要、事件流、MCP 四样齐全，接 Claude、GPT、Gemini、DeepSeek、本地模型都一样。开发者最怕被绑定在你的 AI 上。
• Token 成本可控。摘要层把一天的数据压到几百 token，开发者能算得清账。这是很多人没做好的实际问题。
• 可解释。AI 的每一句话都能点开看到用了哪段数据、哪个指标。这既是治幻觉，也是对 Fitbit/Garmin AI 教练「废话多、只会多睡觉多喝水」这类抱怨的直接回应。
• 端云可选。敏感场景（医院、企业）全部本地，消费场景上云。同一套 SDK。

AI 层的边界

不做诊断、不给药物建议、不做血压与血糖推断（PPG 推血糖没有可信证据，PPG 推血压仍在监管争议中，WHOOP 因此吃了警告信）。AI 只解读经过算法验证的指标，用户数据默认不用于训练，所有 AI 输出标注「健康参考，非医疗建议」。这些边界写进 SDK 默认提示词与白标 App 模板，而不是只写在文档里。

AI 层的商业模式

基础算法与摘要层随 SDK 免费。托管 MCP 与事件总线按活跃设备计费。开发者自带模型 key 时不收 AI 费用，用你们代理的模型时按调用加价。第三方算法与 Agent 插件上架分成。参考锚点：Google Health Premium $9.99/月、Oura $5.99/月、Garmin Connect+ $6.99/月、Ultrahuman 单插件 $2.9–3.99/月。

07风险与待验证

• OEM 固件的开放边界。原始波形、可配采样率、触发 ECG 状态机、统一时间戳，这四项能否从 OEM 方案的 SDK 拿到，决定了整份策略是否成立。选型阶段必须逐项验证。
• 手指电极的体验。单导联 ECG 需要另一只手按住 30 秒，戴反、干手、运动中都会失败。要在第一版就把引导与失败原因做扎实，否则「可触发」会变成「触发不了」。
• 信号质量对比 Polar H10。研究者会拿它和胸带比。腕部 PPG 在运动中的 IBI 精度天然弱于胸带 ECG，营销上要坦率给出对比数据，而不是回避。
• WebSearch 配额限制了本轮核查范围。Snap 开发者版月费、Samsung Privileged SDK 的资格条件、Empatica 与 Corsano 的具体定价、Oura API 的当前限制均未能从官方页面直接核实，表中相关数字来自既有资料，采购或对外引用前请再核。
• 未查到的空白。国内没有查到面向开发者销售的 ECG 手环套件，这既是机会也可能意味着需求尚未被验证。种子期 200 台的申请反馈就是最便宜的验证。

00一页结论

01范围与方法

全部数据在 2026-09-02 实时抓取。GitHub 用 gh CLI 按星数搜索 30 余组关键词并拉取 7 个核心仓库的全部 issue；其他平台用公开接口或页面。

02七类开发者

按动机而不是按职业分。每一类后面是能查到的证据。

03他们在做什么：项目地图

以 Polar H10 生态为主样本，因为它是目前唯一同时拥有原始 ECG 与活跃第三方社区的心率设备。

其他设备的第三方生态一览

042025–2026 的三股浪潮

按仓库创建时间看，过去一年的新项目几乎全落在这三条线上。

浪潮一：解放被订阅锁死的硬件

OpenStrap/edge 2026 年 3 月创建，7 月被 Hackaday 与 Adafruit 同日报道，9 月 520 星。它的叙事被 Adafruit 一句话概括：

同一季度还有 atria（iOS，「免费的本地手环数据，终身」）、geniemax-core（「恢复、睡眠、HRV 背后的数学是公开发表的科学，为什么看自己的数据要永远付费」）。Hackaday 评论区的两个声音值得记住：一是「希望扩展到 Garmin 等品牌」，二是「WHOOP 可能用加密固件反击」。PulseLoop 把这条线推到极端，README 的目标直接写成「证明 20 美元的戒指加一个 LLM 能取代 300 美元的订阅手环，而且智能应该在手机上，不在付费墙后面」。

浪潮二：给 Agent 修数据管道

2025 年 2 月出现第一个 oura-mcp-server，之后一年半 GitHub 上 Oura、WHOOP、Garmin、Apple Health 四个方向各自长出 20 个左右 MCP server。多数是个人自用，少数成了事实标准（garmin_mcp 1,104 星，「Claude 通过 MCP 读你的恢复、睡眠、训练负荷」）。open-wearables 走了另一条路：不做单一设备的 MCP，而做「所有设备统一到一个 AI-ready 的 API」，自建部署，2025 年 10 月创建到现在 2,435 星、1,127 人 Discord。它的 issue 里出现了「Provider Request: Google Health API（Fitbit 继任者）」和「Provider request: Huawei / Omron」，说明开发者在等新的数据源接入。mirobody 更进一步，把穿戴、化验、基因组统一到 LOINC 与 FHIR 后让 Agent 带引用回答。

这些 MCP 项目暴露了一个共同的短板：它们全部只能拿到聚合数据（每日恢复分、5 分钟心率），没有一个能拿到波形，更没有一个能让 Agent 发起测量。

浪潮三：把 20 美元的硬件当开发平台

Colmi R02 系列廉价戒指在 2024 年 8 月被逆向出协议（colmi_r02_client 658 星）后，一年多长出 iOS 伴侣 App（Halo-iOS 101 星）、Web 看板、Web Bluetooth 固件刷写工具、InfluxDB 同步、以及 PulseLoop 这样的 LLM 原生 App。一个没有任何官方 SDK 的白牌产品，靠便宜和协议简单，就长出了一个开发者生态。反过来看 Movesense：官方开放、文档齐全、但 99 到 349 欧元，第三方项目寥寥。

05他们要什么：需求清单

从 issue 榜、README 动机段、HN 讨论和 V2EX 提问里提炼，按出现频次与强度排序。

1. 01
   逐拍数据与原始波形，而不是每日总结

   bleakheart 专门支持 H10 ECG 与 Verity PPG 原始流；every-breath-you-take 依赖 RR 间期；V2EX 2024 年「求便宜点的逐搏测量心率带」「HRV 的 RR 数据转换」；Polar SDK 高赞 issue「Feature Request: Enable individual sample streaming」16 条评论。
2. 02
   本地优先、无账号、无订阅、数据不出手机

   OpenStrap、atria、geniemax、PulseLoop、Health.md、apple-health-mcp（「local-first」）全部把这写进第一段。HN 上 Apple Health 导出工具的共同卖点是「设备本地处理，无后端」。
3. 03
   不会突然失效的接入方式

   python-garminconnect 评论最多的两条 issue 是「Garmin 改了认证 API 吗」（100 条）和「登录 429」（66 条）；garmin_mcp 的 issue 同样被认证问题占据；Fitbit Web API 2026 年 9 月停用触发 open-wearables 的迁移请求。开发者宁要一份公开的 BLE 协议，也不要一个会变的云 API。
4. 04
   时间戳正确、离线录制可靠、断线能重连

   Polar SDK 近一年 issue：「24/7 HR 样本时间偏移」「离线录制随机停止，内存泄漏？」「删不掉的 PPI 文件」「app 不再重连设备」；OpenStrap 的 issue：「非 UTC 时区睡眠检测失败」「心率数据有间隙」；open-wearables：「Apple Health XML 导入忽略单位」。这一层的 bug 会直接毁掉研究者的数据集。
5. 05
   多语言、多引擎的接入面

   Movesense 第三方几乎全是语言封装（.NET、React Native、Flutter、Expo）；H10 生态有 Python、Swift、Kotlin、Dart、C#、Go、JavaScript；游戏侧要 Unity 与 Unreal 插件；Bangle.js 靠 Web Bluetooth 做到「只要一个 Chrome」。
6. 06
   AI 就绪：MCP、统一 schema、自然语言可问

   40 余个 MCP server、open-wearables 的「AI-ready API」、mirobody 的 FHIR 标准化、PulseLoop 的「LLM 原生」。开发者已经在自己做这层，谁先把它做进 SDK 谁就省掉他们的重复劳动。
7. 07
   导出到自己已有的系统

   HealthKit 与 Health Connect 写入（OpenStrap 多条 issue）、InfluxDB / Grafana / Prometheus / MQTT / Home Assistant / Notion / Nextcloud 同步在 Garmin、Oura、Gadgetbridge、Espruino 生态里反复出现。手环要能当「传感器」进别人的系统，而不是逼人用你的 App。
8. 08
   多设备同步与对比

   V2EX「多心率设备评估软件 Multi HR」、quantified-self 的「比较多设备的记录」、B 站上大量「心率带 vs 手表 vs 臂带」对比视频。研究者与评测者都需要这件事简单。
9. 09
   便宜到可以冲动购买、可以买 5 台

   Colmi 生态的存在本身就是证据；Bangle.js 99 英镑、Polar H10 约 90 美元是社区能接受的价位；Movesense 开发套件 249 欧元起则几乎没有个人开发者。
10. 10
    硬件本身的迭代与耐用

    Espruino 社区「我坚决要求 Bangle.js 3」422 条回复、「Bangle.js 3 有 GPS 吗」93 条、「电池耗尽后数据损坏」；Polar 360 「过热提前停止」「配对丢失」49 条。开发者会长期用一款设备，他们在意的是它还能不能买到、坏了怎么办。

06他们骂什么：痛点清单

07X 上的开发者声音

X 是英语开发者「做了个东西」和「受够了」两种情绪最先出现的地方。按热度排序，下面是 2025–2026 年与心率带、手环、生理数据开放相关的高互动帖子和它们背后的现象。

热度榜：哪些帖子被看得最多

现象一：NOOP，一场被下架又复活的「解放 WHOOP」运动

时间线全部来自推文：2026 年 6 月 7 日开发者用不到一天做出开源桌面 App，能不订阅读取 WHOOP 4/5/MG 全部传感器；6 月 9 日支持 WHOOP 5/MG 与历史下载、来电震动、全天心率；6 月 15 日加入「体能年龄」等本地计算指标并明确标注「健康估计，非临床」；6 月 17 日被 GitHub 移除，社区判断是 WHOOP 出手，随即在 noop.fans 重新托管；6 月 20 日通知转发与「敲击手环锁 Mac」；6 月 22 日 V6 支持 Polar H10 等胸带、健身器材、导入 Oura/Fitbit/Garmin 数据；6 月 23 日 V7 大改版，Lifehacker 采访 WHOOP，得到「对侵犯我们知识产权、商标或使用条款的情况，我们已联系个人下架其应用」的回应；7 月 3 日 Oura 支持进入测试；7 月 8 日开发者因「被功能请求和免费项目的理所当然轰炸」而倦怠，第三方把最后版本重新推上 GitHub；8 月有人戴两只 WHOOP 做 19 晚、165 万个原始样本的 NOOP 对比测试。

现象二：Google Health API 一个月内长出的生态

• 开源 CLI ghealth（2026-07，237 星，Apache-2.0）：40 类数据、确定性退出码、--raw 与 --dry-run、自带两份 Agent 用的 SKILL.md。它是「Agent-first CLI」的样板，值得直接借鉴。
• OpenFit：一位从 WHOOP 转来的用户因为想念恢复分析而「vibe coding 了自己的 UI」，随后做成 iPhone App 开放测试。
• Airlift：买了 Fitbit Air 才发现不能同步到 Apple Health，商店里的桥接 App 都要把数据交给第三方服务器，于是自己写并开源。
• 日本开发者把 Google Health API 接进 MCP 让 ChatGPT 查询，还有人把 Fitbit 数据自动汇入 Obsidian；Google DevRel 主管公开分享用两个本地 MCP 服务聚合 Google Health、Withings、Garmin、Intervals.icu，让 Agent 当骑行教练。
• 中文圈的判断最直接：「Google 这个 API 的颗粒度和开放程度明显不在一个量级……以后要刻意多买接入这套生态的海外健康终端。至于国内，开放性嘛，懂的都懂。」另一位说：「Fitbit Air 真正值钱的不是每月 10 美元的教练，是背后那条 24/7 的体征数据流……coach 的逻辑归你定义。」

与此同时，反对声也清晰：「谁会想让 Google 持续拿到心率和睡眠」（335 赞）、App 体验「像十年前的应用」（182 赞）。一位用户直接写出了需求：「想找一个像 WHOOP 或 Fitbit Air 那样开放的平台，戴在独居的祖母身上，自己写跌倒检测和告警。Apple Watch 太复杂了，我要一个傻瓜式的东西。」

现象三：Polar H10 在 X 上的用户是谁

• 患者社区。长新冠与 ME/CFS 患者用 Polar H10 配合 Visible 等 App 做心率配速（pacing），有人汇总社区在用的设备清单（Fitbit、Apple Watch 加多款第三方 App、Garmin vivosmart、Polar H10），并感叹「现在是一锅大杂烩」。德语用户也在用 H10 测试 Visible、Elite HRV、Kubios、Welltory 等一串 App。这是一个此前没被注意到的、对逐拍数据有刚需的群体。
• 独立开发者。DeepHRV（Android，手机摄像头 PPG 与 H10 ECG 双通道，含心律失常检测）与它的前身 CardioMetrics（Web Bluetooth 直连 H10，显示 RR、RMSSD、呼吸率并导出 CSV）；PulseLab（用 Polar 开放 SDK 接 Verity Sense 做「恢复分」）；HelioBar（Amazfit Helio Strap 的心率显示在 Mac 菜单栏，「100% 本地，无云无账号」）。
• 科学传播者。Andrew Flatt 发布 H10 对比临床 ECG 的验证研究；法国骑行博主引用 Garmin 225 对比 H10 的 HRV 研究，结论「手表误差太大，可靠 HRV 只能靠胸带加 App」；一位 5 万粉丝的评测者拿 Fitbit Air 与「金标准 Polar H10」对比并称「结果出人意料」。
• 吐槽。「WHOOP 的 API 难用得离谱」；Garmin 开发者 API 用 OAuth 1.0a；日本开发者抱怨 Polar 官方只有 Android 与 iOS SDK 没有 Python，用 Mac 抓 ECG 花了很久且刚连上时数据不稳。

现象四：Agent 教练已经是个人项目的标配

「每周 Agent 检查我的数字生活并给出四件事：缺什么、变了什么、好的、不好的，数据来自 iMessage、屏幕时间、Eight Sleep、Oura MCP、Google Workspace」；「用 Fable 5 把 Oura 和 Google 日历连起来，看哪些人最让我紧张」；「Claude Code 加 Garmin MCP，作为私教这是一个高端教练产品，不是通用计划，是来自客户自己生理数据的洞察」。反面也有：「Oura 只给我漂亮的图和一个糟糕的睡眠分，却不告诉我为什么连续七天凌晨三点醒」，于是用 Agent 自己分析。还出现了把「帮你维护 Garmin MCP」当生意的 YC 创业公司 HYBRD。

现象五：便宜到值得逆向的硬件

Colmi R02 智能戒指在 X 上的路径与 GitHub 一致：2024 年 6 月 Aaron Christophel 拆解并证明能刷自定义固件、SDK 公开（191 赞）；10 月 Python 客户端出现，「对比 350 美元加月费的 Oura，我花 13 美元买了一个」；2025 年有人「花 9 美元买戒指只为给一个开源离线睡眠追踪项目做贡献」。2026 年出现多个从零做开源戒指的个人项目（Ooroboros、KuoQuo 的「真正开源的智能戒指」、Seeed 推的 XIAO ESP32C3 加 MAX30105 的 Marge Health 戒指）。一条 5.3 万浏览的推文问得直接：「你拥有的每一件穿戴设备，是不是都暗中是一个开发套件？」

其他值得记录的信号

• Polar 360 于 2025 年 1 月在日本以「支持 SDK/API 联动的企业向追踪器」上市，定位员工健康实时可视化，印证它是 Polar SDK 近一年 issue 的来源。
• Terra API（穿戴数据聚合商）2024 年 5 月推出「AI 健康 Agent」更新，让开发者把健康数据接 GPT-4o；说明数据聚合层商业化早于 MCP 浪潮。
• Qualcomm 在 2022 年用「提交穿戴设备创意换 Snapdragon 开发套件并上台演示」的方式做穿戴生态加速器，是芯片厂给开发套件的一种可借鉴的申请制发放方式。
• Shimmer 的 GSR 开发套件被艺术家用于 Tribeca 电影节的 VR 作品，用心率驱动视觉脉动、皮电驱动颜色，是「生理信号当创作输入」的实例。
• HealthyPi v4（ESP32、开源、ECG/HRV/SpO2/体温）一条介绍拿到 323 赞，说明「开源医疗级开发平台」在创客圈有稳定的吸引力。
• 中文推文：「小米手环和运动健康数据已经有人接成 MCP 了，评论里有人扫码接入遇到问题，说明真有人想用」；RuView 用 WiFi 信号做非接触生命体征感知（呼吸、跌倒），国内外都在传播，是养老场景里对手环的替代性叙事。

08国内开发者画像

B 站、V2EX、CSDN 三个平台的信号差异很大，合起来看更准。

B 站：流量在直播与游戏，开发内容在毕设与小米手环

V2EX：需求早就有人问，一直没人答

• 2013「有开源的智能手环么？」、2015「如何读取小米手环源数据」、2019「有没有开放蓝牙协议的智能手环」（5 回复）、2020「有没有对接开发过华为/小米手环服务的大佬」（23 回复）。十年里同一个问题反复出现，从未有过满意答案。
• 2024「求问有没有可能便宜点的逐搏测量的心率带」「[BLE] HRV 的 RR 数据转换」「多心率设备评估软件 Multi HR」，需求已经从「能不能拿数据」进化到「逐拍精度」和「多设备比对」。
• 2026-02 有人发布「一款分析和检测 HRV/睡眠/运动的 APP，欢迎体验反馈」。国内独立开发者已经开始做 HRV 应用，缺的是好的数据源。

CSDN：搜索意图集中在「手环 SDK 二次开发」

• 「Unity3D 蓝牙连接 Mi Band 5 手环获取实时心率」9,951 阅读，再次印证游戏方向。
• 「小米手环开源 SDK」「小米手环非官方 SDK 的强大力量」「小米手环 SDK for Android 项目推荐」一串文章，2024 到 2026 持续有阅读量。
• 「疯壳·开源蓝牙心率防水运动手环」系列教程（2022 起）、「全套开源教程：蓝牙心率防水运动手环开发」（2026-04，804 阅读）。国内已有厂商用「开源手环教程」做内容营销，形态接近你们要做的事，但没有 ECG 也没有生态。
• 「BigRunTeam 心率带蓝牙通信协议逆向工程项目」（2025-11）。连国产心率带也在被逆向。

09对本项目的含义

产品上必须满足的（有证据支撑的验收项）

• 逐拍 IBI 与原始 ECG/PPG 流式输出，逐样本，不做聚合后再吐（对应 Polar issue「individual sample streaming」）。
• 无账号、无云也完整可用；协议公开且版本化；许可协议里写明硬件不依赖订阅。
• 统一时钟与时区语义：设备单调时钟、手机校准、漂移估计、本地日期字段。
• 离线缓存与断线回补，多 App 共享数据的路径（至少通过手机侧服务转发）。
• ECG 电极接触检测与失败原因反馈，引导流程在 SDK 层提供。
• 信号质量分随数据输出，公开与 Polar H10 的对比数据。
• Python 桌面 SDK、Web Bluetooth 演示页、Unity 与 Unreal 插件、Home Assistant 与 MQTT 集成、HealthKit 与 Health Connect 写入，这些是社区已经证明会自己做的接口，官方先做好。
• MCP server 与 AI-ready 摘要层随 SDK 发布，并向 open-wearables 提交 provider 接入。

营销上从数据看到的渠道优先级

1. GitHub 与 Hacker News。every-breath-you-take 与 apple-health-mcp 都是靠 Show HN 起量。第一批示例项目应当是能发 Show HN 的形态：一个漂亮的 HRV 呼吸训练器、一个 Claude 能主动要 ECG 的 MCP demo。
2. Hackaday 与 Adafruit 博客。OpenStrap 靠这两篇报道从小项目变成运动。「原生开放、不需要被解放的手环」是这两个媒体天然会报的故事。
3. B 站的三个入口。心率直播与游戏（做一个 OBS 插件和 Unity 示例，找恐怖游戏主播）、小米手环开发者社区（Astrobox、快应用圈子的人正是会写手环代码的人）、毕设与创客（一条「用它十行 Python 画出自己的 ECG」）。
4. 供养关键开源项目。给 Gadgetbridge、open-wearables、Home Assistant 提交官方支持，成本远低于自建社区，且直接触达 E 类与 D 类开发者。
5. Discord 预期。新项目半年 150 人（OpenStrap、PulseLoop）是正常水平，平台型项目一年 1,100 人（open-wearables）。不要用人数当 KPI，用「发布的第三方项目数」当 KPI。
6. V2EX 与 CSDN。量小但意图极准，适合发一篇「开放蓝牙协议的手环终于有了」直接回应十年老问题。

X 数据带来的三条追加建议

• 不要与 Google Health API 正面比「数据种类」。它有 40 类，你们比不过也不必比。比它做不到的：本地 BLE 直连、原始波形流、程序触发 ECG、不经任何云。把 ghealth 那种 Agent-first CLI 的设计（确定性退出码、--raw、自带 SKILL.md）直接搬到你们的 CLI 里。
• 接住 NOOP 的用户与开发者。NOOP 已经证明有一群人愿意为「本地、无订阅、自带 LLM」换硬件。第一版 SDK 发布时直接向 NOOP、OpenStrap、atria 的开发者送样机并邀请适配，让他们的 App 第一天就支持你们的手环。这些项目的法律风险与倦怠，正是你们能解决的问题。
• 把患者社区列为种子用户。长新冠与 ME/CFS 社区对逐拍心率配速有刚需，正在用胸带凑合，而且有成熟的社区渠道与 App（Visible）。一个腕戴、开放、便宜的逐拍数据源对他们是直接的替代。

一个定位句式的修正

00一页结论

01WHOOP 三档矩阵

2025 年 5 月随 WHOOP 5.0 与 WHOOP MG 一起推出。价格为美国年付；月付约 25 美元起。硬件包含在会员内，没有单独的硬件售价。

矩阵之外的三个信号

• Chase Sapphire Reserve 持卡人可全额报销 359 美元的 Life 会员。WHOOP 创始人推文 1,034 赞、27.6 万浏览。最高档会员被做成了信用卡权益，说明它的目标客群是高净值用户，而不是运动员。
• Engadget 2026 年 8 月的结论：Life「对担心心脏健康或血压的人可能值」，普通用户选 One 即可。评测媒体也认为中档 Peak 的价值最模糊。
• 价差本身在说话。One 到 Peak 40 美元买「长寿与压力」，Peak 到 Life 120 美元买「心脏与血压」。WHOOP 对付费意愿的排序是：心脏 ≫ 长寿 > 运动恢复（后者已是入门价）。

02九家厂商的分层对照

按「免费层有什么、付费层加什么、价格」三栏对齐。硬件价另列。

两个值得单独看的软件层玩家

03跨厂商：哪一层卖什么

把九家的功能按「出现在哪一层」重新归类，重叠最多的地方就是行业共识。

04用户反弹的规律

05映射到开发者套件

你们不卖消费订阅，但开发者会拿你们的东西去卖。两件事要同时做：自己的收费结构避开所有反弹点，并给开发者一套可直接套用的三层模板。

你们自己的收费结构

给开发者的三层模板

白标参考 App 里预置三个开关组，开发者改配置就能得到一个和行业共识对齐的订阅结构：

• 免费组：所有原始指标、睡眠与心率历史、导出、设备功能。默认全开且不可关闭，这是你们对开发者的约束，也是对终端用户的承诺。
• 解读组（建议 $4.99–9.99/月）：三大评分、个人基线、AI 摘要与问答、训练或恢复计划、场景模板。开发者自带模型 key 时成本可控。
• 服务组（按次或 +$10/月）：医生解读、专业报告、机构看板、优先支持。只在开发者拿到相应资质时开放。

00一页结论

01六种交互形态

按「谁先开口、在哪开口、能不能做事」分。一个成熟产品通常同时具备 A 到 D，E 与 F 是差异化。

A · 全局对话页

所有十一家里有 AI 的都有一个独立聊天页，样式几乎一致：顶部标题带「Beta」标签，左侧品牌头像气泡，用户气泡右对齐，底部输入框加发送箭头。差别在三处：历史入口（WHOOP 右上角时钟图标进历史会话；Google 把首次设置的目标存进「Ask Coach」History）；建议芯片（Oura 在回答下方给「What helps with Readiness / What caused my Readiness」，Withings 给三个完整问句，Jade 给「Analyse my lab results / Is my biological age improving?」）；免责声明位置（Oura 把「Advisor can make mistakes」放在输入框正下方，Google 放在设置与首次使用页，WHOOP 用 Beta 标签兼任）。

B · 每屏可追问

这是把聊天从「一个页面」变成「一层能力」的关键。三种实现：

• 悬浮按钮。Google Health 在 Today、Fitness、Sleep、Health 四个标签右下角固定「Ask Coach」FAB，非 Premium 用户看到的是同位置的分享图标。点开自动带入当前页面的指标作为上下文。
• 首页搜索框。WHOOP 5.0 新首页顶部是一条「Ask WHOOP anything」输入框，与 Health Monitor、Today's Activities 并列，把提问做成首页第一动作。
• 卡片内嵌。Withings 在每张洞察卡（Body Composition、Heart Rate Update）底部直接放「Ask anything about your health」输入框，紧跟三个与该卡相关的建议问句；WHOOP 官方图里每张指标卡下有一句解释加「Break down my recovery →」链接。

C · 主动播报

见第三章专门拆解。要点：Google 按时段（早、运动后、晚）生成 Today 卡；WHOOP 早晨 Daily Outlook 加事件触发的 Proactive Check-ins 推送；Oura 用户可设 check-in 频率；Garmin 全天在首页顶部生成 Active Intelligence 卡；Withings 按测量事件生成时间线卡；Zepp 每日一张 BioCharge Insight。

D · 嵌入式解释

不以「AI」出现，但正是 LLM 摘要层最自然的落点：Oura Today 页 Readiness 88 下面一句「Go get 'em! A great night's sleep can boost your readiness…」；Athlytic 恢复分下「What's driving it」列 HRV 与 RHR 对比 60 天基线，再加「Journal Insights: Magnesium, Late Night Snack」；Bevel 首页「Good morning, John」一段话总结昨夜；Welltory 顶部横幅「Your long-term wellness scores are within your personal norm」；Google Daily Readiness 页「What impacted your readiness」列 HRV Fair / Recent sleep Good / RHR Good。

E · 语音

• Apple Workout Buddy（watchOS 26）：只在运动中、只走蓝牙耳机、只用语音。开始时激励，中途播报配速、分段、心率与活动环进度，结束时总结与里程碑。声音由 Fitness+ 教练训练而来，处理走 Apple Intelligence（端侧与 Private Cloud Compute），需要 Series 6 以上加 iPhone 15 Pro 以上。不能对话，是「播报员」而非「教练」。
• Zepp Flow：手表上按住表冠说自然语言，找功能、回消息、查天气、闲聊；1.8 版能总结长通知、建议加日程。是表端 LUI，不是健康教练。
• WHOOP：2026 年 5 月给 Journal 加了语音记录，AI 据此建议新的追踪项。语音用于输入，不用于输出。
• Samsung：Running Coach 运动中给配速与心率区间的实时指导；Bedtime Guidance 按三天数据建议就寝时间。全部是算法驱动的提示，没有对话式 AI。

F · 动作型 Agent

• Google Health Coach：「Make me a 20-minute Pilates session」直接生成并加入计划；拍照或上传 PDF 记餐；「Update yesterday's run from 5.3 miles to 4.7」改历史记录；Fitness 页的周计划卡带「Make changes」按钮回到对话修改。
• Ultrahuman Jade：两种模式（Standard / Deep Research），据发布报道能「start breathwork or trigger AFib detection」，把 AI 与 PowerPlugs 插件打通；实际评测只确认了问答与化验单解读。
• WHOOP：My Memory 是用户可见可编辑的记忆库（目标、生活事件、药物、慢性病、睡眠环境），Coach 与 Daily Outlook 都读它；但用户抱怨两者没真正打通。
• 没有人做的：让 Agent 发起一次测量。所有产品的 ECG 都要用户自己去点。

02逐家拆解

03主动播报专章

用户问「有主动播报吗」，答案是有，而且已经形成了三种时机模型和一套抑制原则。

时机模型

抑制原则

• WHOOP 官方原话：「When nothing warrants action, WHOOP stays quiet.」这是唯一一家把「不说话」写进产品叙事的。
• Google 允许在 Coach 设置里关闭 Today 页的 insights；每张卡有拇指上下。
• Garmin 用拇指上下让算法学习「哪些信息优先、哪些少推」，但评测者仍认为多数卡片无用。
• Oura 让用户选语气（conversational / direct）和频率，是把「烦不烦」的权力交给用户。

一张主动消息卡的解剖（Google Health Coach 为样本）

04样式专章

05失败模式与吐槽

06映射到 somaloop

第一份报告里 AI 层写了「摘要层、事件流、MCP」。看完十一家的做法，可以把它具体到 SDK 原语和白标 App 组件两层。

SDK 应提供的 Agent 原语

白标参考 App 应内置的 Agent 组件

• InsightCard：按第三章解剖的七段结构渲染，字段由 digest 输出直接填充；自带拇指与「继续问」。
• AskAnywhere：全局悬浮按钮 + 每张指标卡下的一句解释与追问链接；点开自动带当前屏幕上下文（Google 与 WHOOP 两种入口都做）。
• CheckInPush：由 events 触发的推送模板，进入即是会话；默认遵守 quiet。
• EvidenceChip：回答里可点开的迷你图与数据引用（Oura 式），开发者不必自己画图。
• ReasoningTrace：可选展开的推理步骤（Bevel 式），在医疗边缘场景默认开启。
• MeasureRequestCard：Agent 请求 ECG 的专用卡：为什么要测、按哪里、进度环、失败原因、结果回到对话。这是 somaloop 独有的组件。
• MemoryPanel：用户可见可编辑的记忆页，与设置并列（WHOOP My Memory 式），并显式标注「主动消息会使用这些信息」。
• ToneSwitch：conversational / direct 两档与频率设置（Oura 式），写进 quiet 策略。

主动播报的默认策略建议

1. 默认每天最多三张卡（醒来、运动后、睡前），事件型推送另计但每日不超过两条，全部可关。
2. 没有超出个人基线的变化就不生成（WHOOP 原则）；生成前查重近 7 天内容。
3. 每张卡必须至少引用一个带时间的数据点，并能点开看图；做不到就不发。
4. 结尾用一个问题收集状态，回复进入 memory，下一张卡必须体现（避开 WHOOP 的投诉）。
5. 诊断类措辞一律禁止，节律不规则、SpO2 下探这类只用「提示 + 建议就医」模板，并给开发者可改的合规文案。