月度归档:2026年10月

我把 Apple Watch 半退役了:Google Fitbit Air 可能是最适合 AI 用户的可穿戴设备

我把 Apple Watch 半退役了,身体记录的主力换成了 Fitbit Air。

2026 年 8 月 4 日收货;
2026 年 10 月 9 日佩戴效果。

什么是 Google Fitbit Air

Google Fitbit Air 是 Google 在收购了 Fitbit 之后,推出的一款无屏手环设备(对标 Whoop),其核心设计理念是在设备上彻底移除数据查看的能力,专注在数据追踪和全天候检测上。

得益于这样的设计思路,Fitbit Air 可以减少手环的最大热源和耗电源 ——屏幕;同时,还可以把整个设备做得更加轻薄,省电,官方标称最长 7 天,我实际大概 8 天。如果你对于 Apple Watch 的每日一充实在顶不住了,那么 Fitbit Air 就是你的最优选。

既然目标是用来做全天候健康检测,Fitbit Air 也集成了不少的传感器,可以满足你的日常需求,具体包含:

  • 光学心率监测器(Optical heart rate monitor)
  • 三轴加速度计 + 陀螺仪(3-axis accelerometer + gyroscope)
  • 用于血氧饱和度 (SpO2) 监测的红光及红外线传感器(Red and infrared sensors for oxygen saturation (SpO2) monitoring)
  • 设备温度传感器(皮肤温度变化可在 Google Health 应用中查看)(Device temperature sensor (skin temperature variation available in the Google Health app))
  • 振动马达(Vibration motor)

对于日常基础监控已足够,大部分时候我们使用 Apple Watch 所监控的基础健康指标也大概是这些了。

详细的技术 Spec 可以查看 https://store.google.com/product/google_fitbit_air_specs?hl=en-US

而且其售价也不算特别贵,相比于小米手环要贵一些(原价 99 美元;亚马逊买大概是 700 元人民币不到),但作为一个含智能属性的装饰品而言,我觉得还是可以接受的。

将 Google Fitbit Air 与 AI Agents 整合起来使用

促使我购入 Google Fitbit Air 的核心原因,是我对于让 AI Agent 参与到我的个人健康数据分析,指引我进一步优化自己的身体健康状态有很强的诉求。

但目前我在用的产品不管是 Apple Watch 还是 Garmin,这方面做的都不够好,我没办法比较随意的将它们接入到 Claude / Grok 等不同的应用,这使得我非常不爽;我已经买了更好的模型,但受限于开放度,没办法把这些数据提供给 AI Agent 帮助我自己提升表现。而 Google Fitbit Air 在买之前,我就了解到它是基于 Google Health 的。而 Google Health 是给用户提供了开放的 Google Health API 的。

这就给了我更进一步分析自己的各种数据的可能性,不管是将其封装成 MCP 给到 AI Agent 使用,还是我把数据拉下来做其他分析,都有了机会。从这个视角来看,我还有个暴论: Google Fitbit Air 可能是迄今为止,最适合 AI User 的可穿戴智能设备。

在 Claude 中使用 Stille Warm 来读取数据。

如果你要购买,且有兴趣把 Fitbit Air 和你的 AI Agent 整合起来,我写了一个开源的程序,可以帮助你把 Google Health API 封装成 MCP 来使用:https://github.com/bestony/google-health-connector 。如果你对这些数据有隐私顾虑,可以直接自己部署一个;如果你懒得自己部署,也可以选择使用我部署好的线上服务:https://www.stillwarm.app/

为什么说 Google Fitbit Air 是一个伪装成装饰品的健康追踪设备

得益于无屏幕的设计,使得 Fitbit Air 更加接近于一个装饰品,你几乎可以把它当成下面这样的硅胶手环来戴(当然,你戴的表带不同决定了实际的体感),如果你能够接受这样的硅胶手环,那么你大概率能接受 Google Fitbit Air。毕竟,Fitbit Air 主机 5.2 克,连上表带也只有 12 克,真的没什么感觉。

为什么这个无屏幕如此重要?因为无屏幕为用户提供了一种可能性:用极低的侵入感,提供装饰作用,从而让你可以一直戴着它。不管是我们更熟悉的小米手环,还是各种智能手表,你不可避免会遇到的问题是 —— 你的手腕上总是有一截「黑色」,即使是小米手环这样很细的,依然是有一截黑色。如果你还没感觉的话,下面这张图,可能会让你更有对比感;它们从左到右分别是 Fitbit Air、小米手环 7 、Apple Watch S12;

而也因为这种装饰品的属性,让我开始尝试一些更大胆的风格 ——我买了非常多不同的表带,可以根据场景、喜好、穿搭替换不同颜色的表带,来搭配自己的穿衣风格;

我拥有的各色各样的表带

你可以在淘宝上找到各式各样、不同风格和颜色的表带,根据自己的喜好,把它搭配成你自己的风格。而得益于 Google Fitbit Air 以饰品的形态完成了身体指标的追踪,我开始买一些其他的腕表来配合着戴。

Google Fitbit Air 的数字体验 —— Google Health App

Google Fitbit Air 使用的是 Google Health App,需要单独下载,整个 App 设计的很简约,功能不多,从打开体验上来看,可能比 Apple Health 还好一点点。

在打开的那一刻,你可以快速看到一些你的基础信息,并可以根据这些基础信息来微调自己的规划。在这个界面中,最核心的是左上角的心肺负荷;Google Health 的基础假设是预期你能不断提升自己的心肺负荷,提升心肺能力;所以随着你使用的越久,它就会给你更加完整的心肺负荷的数据,同时帮你动态调整每周的目标。跟着这个目标,你会慢慢提升自己的心肺能力。

你如果是新买的 Fitbit Air,Google 官方还会给你送免费 3 个月的 Google Health Premium 会员(新用户和回归用户都算,活动截止到 2027-05-26。试用结束后自动按 $9.99/月续费),从而可以在 Google Health 中直接使用 AI 助手。而如果你已经购买了 Google 的 AI Pro 以上的会员,那你的 AI Pro 就包含了 Google Health 的 Premium 会员,可以畅快用 AI Agent 了;

除了基础的数据指标和 AI 助手,Google Health App 里还有类似 Keep 的运动库,你可以直接跟着练习;不过我有自己的训练计划,这部分用的很少;

在整个健康检测过程中,睡眠是一个很重要的指标,因此,Google Health 也给睡眠提供了一个单独的 Tab 方便你查看睡眠情况的分析。

以及独立的健康状态页面,记录你的身体的各项指标;你可以在这里去查看你的各项指标的趋势;

一些很有用的 Google Fitbit Air 的小功能

  • Google Fitbit Air 支持配置闹钟和智能唤醒,依靠腕间震动,来把用户给震醒。很适合有同床人,但只希望叫醒自己的人。
  • 高度可定制化的首页:虽然官方推荐你把心肺负荷放在首页,但你可以根据需要,把自己关注的生命体征调整到前面。这比 Apple Health / Garmin Connect 好太多了。

Google Fitbit Air 不适合什么场景?

上面说了很多适合的,接下来还要说一些不适合的人群

  1. 你有记录运动的习惯,但没有另外一个设备:Google Fitbit Air 不是不能记录运动,但它的记录功能和实时提醒的功能相对较弱,毕竟没有屏幕,所以各项指标你都只能在手机上查看;
  2. 你需要一个手表来看时间并完成记录:这种场景下,Apple Watch、小米手环之类的带屏设备还是更适合你。
  3. 你并不信任Google:毕竟 Google 的主要盈利模式是广告,那么你的数据从某种意义上,也可能会参与到针对你的广告推广当中去。

Google Fitbit Air 用下来让我不爽的点

  • Google Fitbit Air 的数据同步不太及时。数据不会丢,设备本身能存 7 天的分钟级运动数据,只是会晚一点才到 Google Health。
  • 如果你用 AI Agent 的定时任务分析身体指标,就要留意时间:定时任务排得早,起床后最好先打开一下 App,让手环把数据同步上去,不然 Agent 分析的时候可能拿不到昨晚的数据;定时任务排得晚,基本不用管。

总结

我觉得今天的 Google Fitbit Air,是以一个饰品的姿态,做了一台合格的健康追踪器。它轻、续航长、戴着没负担,最关键的是数据开放,可以直接交给 AI Agent 去分析。

如果你和我一样,想让 AI 参与管理自己的身体,又受够了每天充电,它值得一试。

以棋娱乐

作为一个工作狂,我的时间大部分被计算机所占据,但难免有休息的时候。近来,我和太太选择了以棋娱乐,消磨时间。

我家中的六种棋

而当我们开始下棋后,我突然意识到并理解为什么过去老人们总是喜欢下棋了。

第一便是下棋对于人数的要求很低,只需要两个人就可以开始,非常符合如今的家庭结构,大多数只有两个人;

第二便是下棋本身也是一种动脑筋的游戏和活动,相比于刷抖音视频,显然下棋是一个更好的选择,能够动动脑筋,思考一下如何破局;同时,也不至于像编程一般烧脑。

第三便是和玩游戏相比,下棋是与人的博弈,人带来的变化让游戏本身乐趣无穷;同时,还可以在游戏的过程中,增进感情。

我们从一开始下五子棋、跳棋,慢慢拓展到了直接把常见的棋种都买了一份:五子棋、围棋、象棋、国际象棋、跳棋、军棋。不过,象棋还在学习过程中(我虽然看过很多老人下,但并不会下,还是需要开始学习。)

如果你和你的家人在家里无聊,那么不妨也买副棋回来,玩一玩。

(我也是认真开始玩才发现,五子棋竟然还有禁手一说。。。)

一盘无果的棋局。

Near By Guru: 找到你身边的开源上师

在上一篇《开源,可能是新手软件工程师的唯一的路了,所以我做了 GoodFirstIssue.org》中,我介绍了 GoodFirstIssue.org ,今天我希望重点介绍一下其中的一个我个人很喜欢的项目 —— Near By Guru。 Near By Guru 可以帮助你找到你所在城市的开源开发者,你可以借此功能找到他们,并与他们取得联系,请他们帮助你,加入到开源社区当中。

有了合适的 Issue ,但贡献依然很难

对于新手来说,做贡献很难。开源和企业内部一个很不一样的点是,开源社区当中,没有人有义务为你提供帮助。大家会秉承着最大善意去帮你参与到社区的贡献当中;但并不意味着大家能像企业同事那样,做到当天甚至即时给你反馈;对于新手来说,这种等待反馈和确认无疑是煎熬的;而对于开源老炮们来说,这不过是他们参与到开源社区的一个又一个日常。

开源社区很好玩,但这些隐形规则的和企业内的不一样,容易让新手一开始就失去信心,使一个人放弃参与开源社区。这个时候,如果身边能够有一个已经在开源社区中浸润已久的人参与其中,给予心理支持,对于新手来说,可能就足以继续坚持下去。

当然,还不止于此,你身边的这些优秀的开源开发者们,他们可能已经成为很多企业的中流砥柱,你可以和他们取得联系,了解业界的最新进展,避免闭门造车,同时也可以对于业界有更多的了解。

Near By Guru 的功能到底是什么?

在设计 Near By Guru 的时候,我核心设计了三个功能:

  1. 读取大家写在 Github 上的 Location,并进行标准化处理;
  2. 以城市级的精度,进行地区排布,从而形成地区级别的开发者地图;
  3. 当用户登录后,获取用户的 Location,并基于 Location 来获取到自己所在地区的开源开发者的地图。

通过这样的方式,方便大家可以快速的找到自己城市的开源开发者们。同时,考虑到像湾区这种跨了好几个城市的地方或者是国内的京津冀、长三角、珠三角地区的情况,我还加了一个 60KM 的约束,一个城市地图上,除了加载本城市的开发者,还可以加载到自己所在城市周边 60KM 内的开发者,方便大家使用。

寻找 Guru 的正确姿势

  1. 作为新手,你不能预期每一位 Guru 都能回应你的联系请求,他们可能很忙,所以你要控制好自己的预期;
  2. 尊重 Guru 的时间:绝大多数时候,如果一个问题,你简单地通过 AI 就能获得答案,就不要拿来问你的 Guru。如果你问了 AI 依然不懂,也不要把问题直接抛给你的 Guru,而是要告诉他,你自己做了哪些研究,有哪些结果,你还有哪里不懂。这样才不至于浪费他的时间,在他心中给你留下不好的印象。
  3. 你们是在尝试建立朋友关系,不是招聘关系,不是师徒管理, Guru 没有义务回答你的任何问题;他的回答是出于善意和热心,而非义务,帮你那是情分,不帮是本分。

怎么使用 Near By Guru?

你可以直接打开 Near By Guru 的功能页面,浏览器会自动向你索要授权,并加载你的所在地,然后你就可以在地图上看到你所在地的开源开发者们。

需要注意的是,因为我们的精度是城市级别,所以固定大家是围绕着城市中心呈圆环状排列的。并不代表每一位开发者的真实位置。

你可以点击他的头像,或在地图或下方列表中查看他的详细信息(比如他的简介、Star 最多的项目)。我们在网站上并不直接提供联系方式,如果你需要和他取得联系,可以点击「前往 Github 联系 Ta」,通过他公开的联系方式,来和他取得联系。

此外,如果你所在城市没有人,但是你所在的省会有,你也可以向下滑动,找到你所在的国家和地区,按照城市级别去查找对应的人。

Near By Guru 的一些已知问题

由于使用的是 Github 的 Location 字段,所以存在多种问题:

  1. 这里的位置不一定是准的,因为大家不一定想起来要去更新,有可能你建立联系后,发现其实他已经离开了你的城市;
  2. 这个信息读取的是 Github 上的 Location ,如果你和你的 Guru 取得联系后,他不希望自己再被打扰,你可以告诉他:可以选择直接更新 Github Location 信息,一周后会自动更新;或者直接通过 GitHub 登录网站,把自己设置为 unlist即可。

以及,如果你受益于这个功能,通过这个功能找到了志同道合的朋友,并加入到开源社区里,希望你也能以对应的善意,在 Github 上写清楚你的 Location,方便帮助更多的新人加入开源社区。

总结

如果可以,我希望看到这篇文章的你,不管是开源新手,还是开源老炮,我们都能抱着善意,帮助我们身边的开发者。

开源,可能是新手软件工程师的唯一的路了,所以我做了 GoodFirstIssue.org

TL;DR
AI 能写代码之后,企业更想招一个熟手配上 AI,而不是一个新手。新手要被看见,开源是唯一的一条不用先被录取的路。我做了 GoodFirstIssue.org,按难度、语言和领域把 issue 筛出,让他们少翻、多改,用更多的时间,去构建自己在开源社区的信誉。

AI 时代的到来,对于我来说,无疑是欣喜的:我早已进入这个行业,虽算不上什么知名人士,但至少在圈子里也有不少好友知道我的能力,因而会给我机会;但对于我刚毕业的堂弟堂妹,甚至今年刚进入大学软件工程相关专业的年轻人来说,这个世界又无比的残酷。因为他们能做的事情, AI 也能做,甚至还能做得更好。相比于招募一个新手配上一个 AI,企业老板更希望招募一个老人,再辅以 AI。

更残酷的是,我自己作为小微企业的老板,我也会选择找一个老人,来辅以 AI。

所以,路在何方?

作为一个从开源社区成长起来的人,我自然是相信开源的,而且我也确实觉得 —— 在今天,开源已经成为这些新手们唯一的路:他们需要一个场合,能够让他们锻炼自己的各项软件工程技能,他们需要犯错,改正,记住教训;他们需要让自己走上舞台的机会。对于他们来说,开源是唯一的机会

你想要在企业中走上舞台,你需要先有机会进去,才能走上舞台;而开源不需要,它的代码是开源的,它的场景是开放的,它的用户反馈可能也是公开的。对于你来说,只要你有一个热忱的心,你就可以加入到这个社区当中,参与社区贡献。在开源社区,走上舞台不需要你先成为,只需要你真的有心。

开源贡献,也没那么容易

当你有了一个热忱的心,你就可以开始走上开源的贡献之路了。开源的贡献可大可小,如果你无所求(像我一样),那对于你来说,开源贡献很多时候就是 —— I Can Fix It。在 Github 上激情 Coding,也完全 OK,你依然在为开源社区做贡献,很好。

但对于这些新人们来说,他们显然是有所求的,那么如何以最低的 effort 获得自己想要的,就成为问题。

什么样的项目会是好的?适合新人的项目:

  1. 项目本身具有一定的关注度和领域价值:大多数时候表现为 Star 多 / Fork 多 / Download 多
  2. 项目本身拥有完善的项目贡献机制和 Mentor 体系:大多表现为有标准的 Contributing 路径且有人在对项目的 issue 、问题进行归档、分类、安排。
  3. 要解决的问题本身复杂度可控:对于新手来说,改一个几千行的 Kernel 的 Bug 不是一个特别可控的方案,但如果只是调试某一个函数,倒也未尝不可;

Github 上有那么多开源项目,又有多少项目能满足我们的需求呢?新手们如何找到这些 issue 呢?理想情况是本身这些新手们已经在用一些开源项目了,那么直接为自己在用的开源项目做贡献,显然是更好的。但,更多的人需要一个工具,帮助他们找到值得他们花时间精力去参与的项目,同时,在「找 issue 」这件事上,让新手在找 issue 上少花时间,把更多时间花在提交代码和参与社区贡献上。

所以,你应该如何使用 GoodFirstIssue.org?

简单来说,如果你没有目标,那么直接用筛选,按照可量化的指标来筛选即可;如果有目标领域,不如直接进提前筛选好的领域分类里快速看要贡献的 Issue 。

如果你不知道自己要做什么,但有一些模糊的目标,那么最简单的方法是,打开高级筛选,根据你的喜好,选择适合你的 Issue;比如筛选已标记 Good First Issue 的 Issue,难度为 2/5 或者 3/5 (越高越难),然后选择你想要的 Star 的范围(虽然越高影响力越大,但意味着竞争越强)。然后点击应用筛选,就可以选择出你喜欢的想要的 issue 。

如果你已经有明确的发展的领域,那么提前分好的类别,可能更适合你。你可以选择语言、框架、领域,点击进去后,你可以找到这个领域内的各种问题,然后,参与到其中,让别人看见你在这个领域交过的 PR。

甚至是,如果你已经在参加一些社区活动,那么基于活动的分类,也可以帮助你快速找到属于 Hacktoberfest 或者是 Google Summer Of Code 的 Issue;对了,现在刚好就在 Hacktoberfest 的时间范围内,为什么不参与一下呢?(快速查看符合预期的 issue)

总结

开源不是唯一能写代码的地方。但它是少数不需要先被录取、就能把代码、场景和反馈都摊开的地方。我做 GoodFirstIssue.org,不是为了让新手少焦虑,是为了让他们把时间从翻 issue 挪到改代码上,从而更好的在开源社区中,去构建自己的信誉。

So,要不要来试试看 https://www.goodfirstissue.org/zh ?