7.6
深览指数
科技少数派··AI 生成
让 Agent 读懂你的身体：数据获取篇
本文是一篇面向深度用户的实操指南，核心解决一个问题：如何将分散在 Apple Health、Oura、Whoop、Garmin 及国内厂商等不同平台上的个人健康数据，持续、稳定地供给 AI Agent 使用。作者梳理了七种获取路径，从直接使用 ChatGPT/Claude 的 App 内接入，到使用官方 MCP 连接器、第三方中转服务，再到自行编写快捷指令或原生应用。文章结构清晰，对不同平台的开放程度、接口差异和坑点（如 Oura 弃用 PAT 、WHOOP 按生理周期而非自然日组织数据）均有具体说明，并提供了可直接交由 AI 执行的提示词模板。适合有自建数据管道需求、但不满足于表层健康问答的硬核用户阅读。原文 ↗
核心观点
- ▍要让 AI Agent 有效分析个人健康数据，核心任务是将分散在聚合平台（Apple Health/Health Connect）和厂商自有 App 中的数据，通过一条可持续的管道导出到 Agent 能访问的位置，而非依赖临时的人工上传或截图。
- 01本文提供了七种获取路径，覆盖从零配置（直接使用 ChatGPT/Claude 的 Apple Health 集成）到高自由度（自写 iOS/Android App）的完整梯度。
- 02Apple Health 生态最为开放，支持通过快捷指令、第三方工具（Health Auto Export）或自开发 App 持续导出数据，且已有社区项目（Aimee1129/apple-health-shortcuts-mcp）提供完整方案。
- 03Oura 和 Whoop 对个人开发者接口开放，但均已从 PAT/旧版 API 迁移至 OAuth 2.0，网上大量旧教程已失效；WHOOP 数据以生理周期而非自然日组织，处理不当会导致分析错位。
- 04国内厂商（华为、小米、OPPO、vivo）中，仅华为的 Health Service Kit 允许个人开发者申请，其余三家面向个人的接口普遍有限或路径不明确。
- 05作者在文中嵌入了可直接复制给 LLM 使用的交互式提示词模板，用于指导 AI 协助完成快捷指令配置、Oura 数据抓取脚本开发等任务，降低了实施门槛。
- 06Google Health 与 Health Connect 的命名体系存在混淆：Google Health（原 Fitbit App）是云端服务，Health Connect 是本地中转站，Google Fit 正在退场。
反方 / 局限
- — 作者承认其指导内容受限于个人设备（Apple Watch + Oura），对 Android 生态（特别是国内厂商）的测试和确认不充分，部分结论来自公开资料整理而非实测。
- — 文中提到的第三方中转服务（如 Freddy）虽然配置省心，但代价是健康数据需存储在第三方服务器上，存在隐私和后续数据导出完整性的风险。
Apple HealthHealth ConnectGoogle HealthOuraWhoopChatGPT 健康数据功能MCP 连接器OAuth 2.0Freddy华为 Health Service Kit
23 分钟 · 3 卡片 · 7 资料
读原文 →