为什么你的 Strava 训练不在 Oura 数据里
你把 Strava 连到 Oura，周六那次骑行出现在应用里，然后它在你的导出文件里遍寻不着——在你连接的任何第三方工具里也一样。这不是同步故障，也不是换一个更好的应用就能解决的事。从别的服务导入的训练，位于一堵公开 API 不会翻越的墙的另一侧。
API 实际返回的是什么
Oura 的 API 公开的是戒指记录下来的东西：睡眠、准备度、活动、心率、体温，以及戒指自己识别到的、或你在 Oura 应用里手动记录的训练。来自已连接服务的活动——Strava、Polar、Apple 健康、通过集成接入的 Garmin——会在应用里展示给你，但不属于 API 交出的内容。
这个缺口用你自己的数据很容易验证。数一数某个月在 Oura 应用里的训练条数，再数一数已连接工具收到的条数。如果其中相当一部分骑行是从 Strava 进来的，第二个数字就会更小，而且再怎么重新同步也不会变。
为什么会是这样
很可能只是最普通的原因：一次导入的活动是另一家公司的记录，通过公开 API 再导出，等于把你同意分享给 Oura、而非分享给所有与 Oura 对接方的数据再分发出去。无论理由为何，这个状况多年来一直稳定，所以更值得围绕它来做规划，而不是等它改变。
这对你连接的任何工具意味着什么
任何通过 API 读取你 Oura 数据的东西——仪表板、电子表格、桌面应用、教练的平台——看到的都是同一幅残缺的画面。如果它给你显示每周训练负荷，那份负荷里缺了你导入的活动。如果它把恢复和训练做相关分析，这个相关是在 API 返回的子集上算出来的。
真正要提防的失败方式是沉默。一个把不完整的一周悄悄当作完整呈现的工具，比一个把窟窿指给你看的工具更糟，因为你会照着它行动：看不见周六那趟四小时骑行的应用，会告诉你周日准备度偏低是个谜。
你能做些什么
有三件事有帮助。如果戒指没有自动识别，把重要的训练直接记在 Oura 应用里，而不要依赖导入——手动添加的训练属于 Oura 自己的记录，是会传出来的。把训练历史留在它被记录的地方，也就是 Strava 或你手表的平台，并把戒指数据当作这幅画面里“恢复”的那一半，而不是全部。以及，当某个工具告诉你训练负荷时，看看它有没有说清这些活动是从哪来的。
Vitra 怎么应对
Vitra 读的是 Oura 的 API，所以天花板完全相同——不存在哪个第三方应用能看到比 API 返回更多东西的版本。Vitra 做的是拒绝掩饰：没有收到的训练不会被悄悄平均掉，底层这一周并不完整时，它也不会把训练负荷当作完整数据呈现给你。
这是一件决定大事的小事。一个假装自己数据齐全的应用，下次它叫你休息时，你就不该相信它。
常见问题
Pedro Thomaz 开发 Vitra，一款把 Oura 数据与你自己的基线（而不是人群平均值）作对比的桌面应用。他多年来每天佩戴戒指，每天早晨都会查看同样的这些数字——这里写的大部分内容正来源于此。Vitra 不是医疗设备，本博客的任何内容都不构成医疗建议。