近期的这次折腾，让我再次领教了 AI 的“弱智”之处。还好我不是专业程序员——如果是专业程序员又不懂得如何驾驭 AI，大概率会觉得让 AI 写代码还不如自己动手来得痛快。这次完善主要集中在两个模块：热力图和 Keep 自动生成轨迹的处理方案。

热力图

空白的源代码里自带日历运动图，但默认是按月显示在右上角，有运动的日子会标注颜色。小十的版本则是显示图标，鼠标划过时展示运动详情。但这仅仅覆盖了一个月的数据，我想把它整合成显示 12 个月的形式，类似热力图的效果。

AI 真的很傻。我把需求说得明明白白，它就是实现不了。这么简单的功能，反复出错很多次，不是 CSS 问题就是 JS 问题，连基础版代码都搞不定。最后实在没办法，把石头厝速览顶部的热力图代码直接丢给它，才算解决了问题。不然估计这热力图我根本搞不定——费了好大劲，才得到下图的初级版：

自动轨迹

看了小十的运动页面后，觉得他轨迹列表前的类型图标很不错，当然要复刻一个。最开始以为是 SVG 图标，但仔细观察发现图标是动态变化的，不是固定的。扒了页面代码才明白，那个图标其实是每条运动记录的轨迹缩略图，没有轨迹的则显示默认图标。

这个功能也折腾了 AI 很久。要说 AI 智能厉害吧，确实厉害，但使用者不行的话，它压根无法完成任务。AI 再强，还是得靠使用的人有想法、懂逻辑方法，不然白搭。

实现之后，我发现图标是颠倒的——这个好办，调换一下就行。但严重的问题是：很多图标一模一样，明明轨迹不同，图标却完全相同，这很奇葩。

为了解决这个问题，让 AI 折腾了不下 20 回，但没有一次成功。就在刚才，我才发现这些相同图标的轨迹，全都是 Keep 软件自动生成的步行记录。其实前两天我就注意到，自动生成的记录和手动记录的运动有明显区别——自动生成的看不到轨迹。

Running_Page 有一个 Bug：自动生成的记录会被识别为真实运动，系统会随机配一个之前的轨迹给它。经过观察和 AI 分析，Keep 自动生成的步行记录只有用时和里程，根本没有 GPS 轨迹数据。

我尝试让 AI 做判断，试了四五次全部失败。本意是让自动生成的记录不生成轨迹图标，改用设定的图标，地图上清除轨迹，只显示里程和用时。

没有更好的办法，不会手动触发 Keep 记录步行数据，索性把 walk 类给封禁了，不生成轨迹地图，这才算实现了判断逻辑，成功给自动生成的记录与真实运动轨迹区分开来，打上自动标签。

户外遛娃时间多，步行已成每天最重要的运动方式，日均8公里左右，所以花心思把步行这块完美区分，且记录到运动页面。

实现效果：