为什么你的可穿戴设备需要收集数周的数据后才能真正发挥作用?
我还能清楚地记得第一次戴上Oura戒指,第二天早上查看自己的状态得分时的情景——那一刻,我觉得自己就像在查看考试成绩一样。 我看到得分大概是62分,顿时慌了神:难道是我生病了吗?还是压力太大了?又或者是睡眠姿势不对导致的? 但实际上,这些根本无关紧要,因为这款戒指根本不了解我的具体情况。它所掌握的关于我的信息仅仅是一晚上的数据而已。而我却把这些数据当成了绝对可靠的依据。 对于那些购买了智能手表或智能手环,却发现它们无法立刻了解自己的健康状况而感到失望的人来说,这款产品非常适合你们。事实上,在使用的第一周内,你们的可穿戴设备并没有出现故障,只是它还没有真正掌握你的健康数据而已。 目录 使用初期的
我还能清楚地记得第一次戴上Oura戒指,第二天早上查看自己的状态得分时的情景——那一刻,我觉得自己就像在查看考试成绩一样。
我看到得分大概是62分,顿时慌了神:难道是我生病了吗?还是压力太大了?又或者是睡眠姿势不对导致的?
但实际上,这些根本无关紧要,因为这款戒指根本不了解我的具体情况。它所掌握的关于我的信息仅仅是一晚上的数据而已。而我却把这些数据当成了绝对可靠的依据。
对于那些购买了智能手表或智能手环,却发现它们无法立刻了解自己的健康状况而感到失望的人来说,这款产品非常适合你们。事实上,在使用的第一周内,你们的可穿戴设备并没有出现故障,只是它还没有真正掌握你的健康数据而已。
目录
使用初期的数据基本上都毫无意义
无论是Oura、WHOOP、Ultrahuman还是Garmin,所有这些可穿戴设备都是基于这样一个假设来工作的:它们能够为你确定一个个人的“基准值”,也就是你的正常健康状态。这个基准值包括你在平常日子里的心率、心率变异性范围以及体温等数据。
问题在于,任何一项单独的数据都无法真正反映你的正常健康状况。这些数据只能显示你这一次测量的结果而已。对于你来说,45毫秒的心率变异性是偏低还是偏高呢?只有当设备再次检测到类似的数据时,它才能得出结论。
这就是为什么在使用新设备的第一周里,你看到的状态得分会显得有些随机的原因——这些数据实际上是在与你大致的平均值进行比较,甚至更糟糕的是,它们只是在猜测你的健康状况。
这里的“基准值”到底是什么意思
对于可穿戴设备来说,“基准值”并不是一个平均数,而是一个通过多天数据计算得出的动态范围,并且通常还会附带一个标准差区间。换句话说,你真正应该了解的是:“你的心率变异性通常在38到52之间,而今天的45毫秒完全属于正常范围内。”
正是这个范围才是我们所讨论的重点。如果没有这个范围,所有的数据也就没有任何意义了,因为根本没有什么可以与之进行比较的对象。
而且这不仅仅适用于心率变异性。你的静息心率、皮肤温度、呼吸频率,甚至夜间时的不安程度——所有这些指标都有自己的基准值,而这些基准值都是根据各自的特点,在不同的时间节点上独立计算得出的。
对于皮肤温度来说,所需的数据点数量最少,因为对绝大多数人而言,它的变化范围其实非常狭窄。而心率变异性则需要更多的数据点来作为参考,因为它会受到压力、酒精摄入量、运动强度、健康状况等多种因素的影响。
可穿戴设备是如何建立这些基准值的
在大多数消费级可穿戴设备中,都会使用一种指数加权移动平均算法,也就是EWMA,来逐渐建立起你的个人基准值。最近几晚收集的数据比早期收集的数据更重要,但也不会有任何数据被直接舍弃。
这种计算方法与传统的平均算法不同,它能够让你의基准值随着时间慢慢发生变化,从而真实反映你身体状况的变化——而不会因为某个异常夜晚的数据就破坏整个基准值的准确性。
例如,Oura公司明确表示,在计算皮肤温度时,他们会使用基于你近期数据得出的“滚动基准值”。因此,只有在你佩戴该设备一段时间后,那些显示温度变化的图表才会真正具有参考意义。WHOOP设备的运作方式也类似,它会先逐步建立心率变异性和静息心率的基准值,直到认为可以开始生成真正个性化的恢复状况评估结果为止。
其实这种计算方法背后的数学原理并不复杂,尽管听起来可能有些专业。任何一次新的测量数据都只会对基准值的形成产生微小的影响。一般来说,每天新数据所占的比例大概为10%,而剩下的90%则是由之前收集到的所有数据共同决定的。
这样一来,无论是某个糟糕的夜晚、一个良好的夜晚,还是由于传感器故障导致的异常数据,都不可能单独破坏已经建立起来的基准值。只有当多次测量的数据共同作用时,基准值才会发生变化。因此,建立这个基准值需要花费数周的时间,而不是几天——因为几天的数据根本无法改变之前积累下来的数据结果。
这就是整个机制的核心所在,但这也意味着,你最初得到的基准值其实只是一个初步的、不准确的估计值。
这种计算方法本质上就是所谓的“冷启动问题”——在推荐系统或其他需要利用历史数据才能产生有效结果的机器学习模型中,都会遇到这种情况。
在某些情况下,人们会故意将这一过程分为两个阶段来执行。在第一阶段,通常是在使用的最初两周内,你的评分会参照由数千名年龄或特征相似的用户的数据建立起来的通用模型来进行计算。当你的数据积累到一定数量后,系统会自动开始使用你自己的历史数据进行评估。这个转换过程是悄无声息发生的,人们只会发现自己的评分结果变得更加准确了。
为什么需要数周时间,而不是几天?
尽管有智能的权重计算系统,但也不可能在短短几天内收集到足够多样的数据。人的身体状态在三个晚上是无法发生所有正常变化的。因此,基线数据应该包括以下内容:
一个常规的工作日和一个睡眠质量较差的夜晚
一个休息日以及一个进行高强度锻炼的日子
日常状态与工作中压力较大的那一天
如果属于有月经周期的人群,最好能涵盖周期中的几个不同阶段,因为在这个过程中,心率变异性和体温会出现较大波动
这些数据显然不可能在72小时内收集齐全。因此,大多数可穿戴设备制造商都建议用户在实际使用前等待两到四周再解读检测结果。不过,这一点可能并不会在产品包装上被特别强调,因为“需要等一个月才能看到效果”这样的说法确实不太容易吸引消费者。
我就亲身经历过这种情况,尤其是在使用循环监测功能时。我的体温基线数据会根据我处于月经周期的哪一周而发生显著变化。如果算法仅依据卵泡期的数据进行计算,那么每个月的黄体期数据就会显示为“发烧”状态;但当收集到一两个完整的周期的数据后,这些偏差才会真正具有参考意义,而不会每隔三周就触发错误警报。
“冷启动问题”并非可穿戴设备所独有
推荐系统在面对新用户时也会遇到同样的问题。Netflix无法仅根据用户观看了一部电影就给出有意义的推荐;同样,可穿戴设备也无法仅凭一天的睡眠数据来提供有效的分析结果。
不过,这两种情况的解决方法其实非常相似。通常的做法是先依赖群体数据或一些通用设定,然后逐渐用个人数据来替代这些默认值,并且给予最近的行为更多的权重,因为人们的生活方式和身体状况会随时间发生变化。本质上,这就是同样的处理方式,只是表达方式不同而已。
因此,如果你正在开发与生物特征或行为数据相关的产品,那么从一开始就应当考虑到这一点,而不是在后期才去补充这些数据。当模型还几乎没有足够的数据作为参考时,应该向用户展示一个表示数据可靠性的指标,而不是一个看起来非常精确的数值。例如,无论是在第二天还是第六十天,得分为61都显得同样可信,尽管这两个分数之间存在差异,而且产生这种差异的原因也各不相同。在用户界面中如实反映这一差异,能够避免日后出现大量令人困惑的技术支持请求。
这对你来说意味着什么
如果你刚刚购买了一款新的可穿戴设备,这篇文章会对你有所帮助。以下是在第一个月里你应该如何使用它。
首先,在第一周内忽略你的每日检测数据。这些数据并非完全错误,只是它们所依据的信息实在太少。你可以把它们看作是一个不认识你的人对你的第一印象而已。
接下来,如果你的应用程序提供了这样的功能,那就记录下一些与你的生活相关的信息。可以添加诸如“饮酒”、“睡眠不足”、“旅行”、“生病”、“锻炼”等标签。算法越早了解关于你的各种信息,就越快能够掌握你的真实状况。
另外,至少需要等待两到三周才能评估这些结果的准确性。因为在这个时间段里,算法才会收集到足够多的信息,从而进行准确的分析,而不会只是凭猜测来得出结论。
如果你有记录月经周期的习惯,那么最好跟踪一两个完整的周期。否则,算法只能掌握你周期中的一部分信息,从而导致不准确的结果。这就是为什么有时候,在一个完全正常的周期中,人们仍会收到“黄体期准备不足”的提示的原因。
我仍然每天都会查看我的智能手环,但在最初的几周里,我并不会太把这些数据当回事。只有等到算法有足够的时间来了解我生活的方方面面,包括那些不顺利的时期之后,这些数据才会真正变得有用。在那个阶段之前,它并没有在欺骗你,只是还没有掌握足够的资料而已。
所以,下次当你使用全新的设备看到一些看似不合理甚至令人尴尬的结果时,请记住,它并不是在评判你。它只是掌握了非常有限的信息,正在尽力做出最好的分析。给它足够的时间,它会开始给出真实的数据,而不会只是凭猜测来预测结果。
相关文章
“从设计层面确保安全性”:在编写任何代码之前,如何将安全机制纳入系统架构之中
在大多数工程团队中,都会进行这样的对话——不过往往为时已晚。 想象一下:某个功能被部署到生产环境中之后,才会进行安全审查;或者在进行渗透测试时发现了问题;更糟糕的是,还会收到事故报告。 这些漏洞确实是存在的,修复它们也需要投入大量成本。而在这些讨论中,总会有人说:“我们需要为这个功能添加安全措施。” 但这个问题就出在这里:安全并不是事后才添加到软件中的东西,而应该从项目一开始就被纳入设计之中。一旦开始考虑为已经存在的东西添加安全功能,那就意味着你已经进入了“事故应对模式”。 “安全驱动设计”是一种完全不同的思维方式——在制定架构决策之前,就应该明确安全要求;在编写任何代码之前,就必须了解潜在的
阅读全文
如何向英国税务海关总署的“数字化纳税”API提交季度更新报告
每年有四次,所有参与“税收数字化”计划的个体经营者和房东都必须向英国税务海关总署提交一份收入与支出的汇总报表。 2026-27纳税年度的第一个截止日期是8月7日,这个期限已经过去;第二个截止日期则是11月7日。每份汇总报表都需要通过软件向英国税务海关总署发送一次API请求,而本教程正是专门讲解如何正确完成这些请求操作的。 您无需事先阅读任何其他资料即可跟随本教程进行操作。每次进行“税收数字化”集成时所需的一次性设置信息(包括沙箱应用程序、OAuth 2.0访问令牌以及防欺诈相关配置)已在下方的简要总结中列出,同时每段代码示例中也都会使用到一些辅助函数。 如果您想深入了解这些设置步骤,我曾在 之
阅读全文
如何阻止人工智能代理生成尼日利亚的邮政编码
2026年10月1日,尼日利亚的邮政编码从六位数字改为由11个字符组成的代码,这种编码能够唯一标识某栋建筑,例如 EK-01-A03-FK-01 。 在此之前训练的语言模型仍然会自信地使用旧格式来处理邮政编码。这会影响两种类型的程序:一种是负责生成验证代码的编程程序,另一种是在运行时从客户信息中读取邮政编码或填写配送表格的程序。 本文将介绍如何解决这个问题。对于那些生成验证代码的程序,你需要检测它们目前生成的代码是否存在错误,并为它们提供相应的规则来纠正这些错误;而对于在运行时处理邮政编码的程序,则需要为它们设定明确的边界:当模型提出一个邮政编码时,由特定的程序来判断该编码是否符合规范、是否已
阅读全文
如何将结构化数据(JSON-LD)添加到Next.js网站中并进行验证
结构化数据对搜索引擎来说一直都非常重要。当搜索引擎读取你的页面时,它看到的是HTML代码:标题、段落、日期以及名称等等。 结构化数据能够直接告诉搜索引擎这些内容的含义。例如,这个页面是一篇文章,这是它的标题,这篇文章是由某个人撰写的,并且发布于某个特定的日期。 对我来说,搜索引擎优化并不是一个需要简单勾选的步骤。我希望自己创建的产品和网站能够被人们找到,并且在被找到之后也能被正确理解。 因此,只要合适,我就会在每一页中添加结构化数据。而且我认为,随着人工智能系统开始根据网页内容来回答问题,结构化数据的重要性只会越来越明显,而不会减弱。 在Next.js应用程序中,没有任何工具会自动为你生成这些
阅读全文