共计 7880 个字符，预计需要花费 20 分钟才能阅读完成。
有段时间我特别沉迷于把自己的行程用 GPS 记录下来，过去这些年里陆陆续续试过的应用多到我自己都数不清。过去很多时间也在研究如何将单反拍摄的照片也添加 GPS 信息，因为我想记录按下快门的时刻周围的环境，通过 GPS 就可以快速的将这些照片关联到一起，在哪个城市的街边，天空是什么颜色，那就可以唤醒记忆。照片留住了瞬间，没留住位置上下文。旅行之后这种感觉更明显，一趟 10 天的行程，回来过上两三个月，能完整讲出来的通常只剩三四个片段，中间那些坐在车上、绕错路、临时拐进某条巷子的部分，全都塌陷成一句「大概就那样吧」。我也尝试过在马蜂窝写游记，但马蜂窝自己也在过去的移动互联网大潮中败落，我尝试过在博客写游记，算是一个比较好的记录方式，但容易变成流水帐，也容易时间久了之后记不起细节，完整记录这件事的成本比我想象要高。
我最早的位置记录来自 [[Google Map]] 的[[Google Timeline|时间轴]]。在国内用它要费不少周折，为了让位置历史能正常开启、正常回传，前前后后想过各种办法，好不容易跑通之后确实用得舒服：打开网页版，点一个日期，那天几点到过哪里、走的哪条路、在哪儿停了多久，一屏就看完了，几年前的行程也翻得出来。但是 2024 年前后 Google 砍掉了网页版时间轴，把数据改成设备本地存储，还加上了保留期限，历史记录于是从「存在 Google 那边、随时能查」变成了「存在这台手机上、到期自动删」。换手机的时候没迁移干净，或者干脆超过了保留时长，多年积累的轨迹就没了。Google 倒是留着 Takeout 导出这条路，但入口藏得很深，导出来的 JSON 在不同时期、不同入口的结构还不一样，等你真的需要它的时候，通常已经晚了。
所以我想要的东西其实很具体：它得自己把旅程记下来，而不是等着我配合它。我不想每到一个地方就掏出手机打开某个应用点一下签到，也不想每天睡前专门打开它检查今天记得对不对。最理想的状态是整段旅途里我压根意识不到它的存在，照常走路、照常拍照、照常在陌生的街区乱逛，手机安安静静待在口袋里，它在后台该记的都记了。等哪天想起来再打开，那趟旅程已经被整理好摊在一张地图上：去过哪些地方、按什么顺序、中间是怎么移动的、每一段配着当时拍的照片。
最近又重新尝试了一些应用，然后发现了一款叫做 [[Time Atlas]] 的 iOS 应用，在后台默默记下去过的地方、走过的路线、当天做的活动，再把你拍的照片按时间和路线铺进去，替你生成一份当天大概的样子。想补充的时候点进去写两句，不想补充就让它自己躺在那里。用了一段时间之后我的感受是，这类工具的价值不在当下。今天打开它没什么意思，明年今天再翻回来，才知道它替你留住了什么。
大约用了两个月之后，我把 Time Atlas 作者在官方博客上写的文章从头到尾读了一遍，读完才算明白这款应用为什么长成现在这个样子。作者 Aapo Kyrölä 是当年 [[Moves]] 的创始人之一。Moves 2013 年上线，2014 年 4 月连同背后的 ProtoGeo 一起被 Facebook 收购，团队并入 Facebook。收购时官方承诺过这款应用会继续独立运营、数据不与 Facebook 打通，四年之后的 2018 年 7 月，它还是以「使用率过低」的理由被关停了，而它当时大约还有 1300 万的安装量。他自己想要的东西倒是一直没变，就是把生活记录下来。真正把他推回去重做一遍的是两件事：他发现当爸爸第一年里的许多瞬间已经想不起来了，记忆褪色的速度比想象中快得多；而市面上那些应用记的是心率、步数和饮食，没有一款去记生活本身。于是他和两个朋友，一个做安全的工程师、一个机器学习研究员，在 2024 年 10 月开了家新公司，重新把这件事做了一遍，就是 Time Atlas。读到这里我有点释然：这些年我换来换去总觉得不顺手，未必是我要求太高，而是这个需求确实一直没被人认真做完整过。一个亲手把它做出来过、又眼睁睁看着它消失的人，大概是最有理由再做第二次的。
在 Time Atlas 之前我试过的那些
这个需求我不是今天才有的，过去几年断断续续折腾过一串同类应用，每一款都解决掉了其中一部分，但没有一款让我觉得顺手。
[[世界迷雾]] 是玩得最上头的一个。它把即时战略游戏里的战争迷雾搬进现实，刚装上时整个地球盖着灰雾，你走到哪儿哪儿的雾就被永久擦开，日子久了地图上会长出一块属于自己的版图。它要持续采样真实轨迹，耗电肉眼可见；官方为了避免引入不精确的数据，会直接忽略相邻两个坐标点间隔超过 10 公里的那段轨迹，结果就是对于飞机航线，高铁路线会产生零碎的轨迹碎片。如果想要补全就需要自己手动写脚本处理。它还不设账号，数据全在本机，备份得自己接坚果云或者 iCloud，手机丢了就是真丢了。但最根本的问题是，世界迷雾只回答「这块地我去没去过」，却回答不了「那天我在那儿干了什么」。
[[Rond]] 是另一个方向，它不常驻后台采 GPS，而是读 iOS 系统已经公开的到访记录 API，由系统在确认「到达」和「离开」时唤醒它，所以几乎不耗电。代价是它手里只有一串离散的地点，时间轴上两点之间的连线是软件推算出来的最优路线，跟你实际走的路不一定是一回事。用下来还有些细碎的别扭：默认最短有效停留时长是 10 分钟，取个快递、买杯咖啡这类短暂停留会被直接忽略，介意的话得自己去设置里调低；地点识别偶尔认错，而手动修正的入口散在不同页面，头几次找得挺费劲。最让我犹豫的是数据出口，它没有 GPX、KML 这类通用格式的导出，公开的导出能力只有游记的 PDF。往里投入的时间越多，将来想搬走的成本就越高，这个念头一起来，记录的手感就变了。
[[RONDO]] 是 2026 年 4 月才上架的一款日本应用，作者 Daisuke Hizume 是个不会写代码的设计师，整个 App 靠 [[Claude Code]] 做了出来。它的理念我很喜欢，叫「不是去检索信息，而是把记忆放在地点上」，照片、一句话备注、五星评分、天气都挂在某家具体的店或者某段没名字的小巷上，无账号、无订阅，只有打赏式内购。
[[TimeTrails]] 轻得多，免费，安装包只有 14 MB，同时支持 WGS-84 和 GCJ-02 两套坐标系，对经常国内外两头跑的人来说省掉了不少「轨迹飘到隔壁街」的麻烦。但它做的是纯轨迹记录和每日里程总结，没有照片记录，可以将其单纯作为一个 GPS 记录。
自托管那条路我也认真走过一段。[[OwnTracks]] 配合自建服务端，或者 [[Traccar]]、[[Dawarich]] 这类方案，数据确实彻底攥在自己手里，这一点无可替代。代价是要先啃下 MQTT、broker、ACL、TLS、反向代理这一整套概念，Traccar 用 Docker 部署时端口范围映射还藏着个性能陷阱，配置不对能把小内存的机器直接拖垮。更现实的问题是，这些东西跑起来之后你得到的是一个数据库和一堆点位，不是一份可以随手翻的日记，想变成后者还得自己再写一层。而且服务器是要长期养着的，我不太想给自己再添一个必须活着的服务。
我开头那个愿望可以拆成五条具体的要求：自动记录，不要求我每天手动打开；展示结果美观；耗电在可接受范围内；数据能以通用格式拿出来；最后，不用我自己养一台服务器。上面每一款都能满足其中三四条，就是凑不齐最后一条。
记录了什么
Time Atlas 装完之后要两个比较敏感的权限，定位给「始终」，照片给「完全访问」。这是它能自动工作的前提，也是每个人得自己掂量的地方，隐私那部分后面单独说。权限给完基本就不用管了，它会在后台持续识别你的位置和运动状态。
它记录的东西大致分几层。最底层是地点访问和移动轨迹，也就是你在哪个地方待了多久、又是怎么从一个地方挪到另一个地方的，步行、跑步、骑车还是开车会被自动区分开。往上一层是照片，当天拍的照片会按时间自动落到对应的位置上，这一步是它和纯粹的位置记录工具在观感上拉开距离的关键，一串坐标点和一张街角的照片，能唤起的记忆完全不是一个量级。再往上可以接入 [[Apple Health]]，把运动、睡眠这些健康数据也带进同一条时间线，你看到的不只是「下午 3 点在某个公园」，而是「下午 3 点在某个公园跑了 5 公里」。当天的天气也会被一并记下来。
呈现方式他们叫 bento，就是便当盒那种分格布局。一天被拆成地图、照片、活动亮点、地点访问几个格子，你可以决定显示哪些格子、怎么排列，也可以从 bento 顶部的菜单里手动挑选当天要展示哪几张照片。这个设计比传统的线性时间轴更适合回看，因为人回忆某一天的时候本来也不是按分钟顺序检索的，先浮上来的往往是一张脸、一顿饭，或者一段路。
Recall 和行程视图
除了逐日翻看，它还给了两个更主动的回顾入口。Recall 是一个独立标签页，作用类似照片应用的「回忆」，会以主题合集的方式轮换展示值得回顾的日子、照片回忆、你常去的地点，以及过去的移动轨迹地图。区别在于它的素材来自完整的生活时间线而不只是相册，所以出现的角度常常是照片应用给不了的，比如你今年到底去过多少次某家店。展示内容会经常变化，官方也建议你时不时回去翻翻。
行程视图是我觉得最有价值的部分。它会把连续多天的外出自动识别成一次 Trip，然后生成一个包含地图、图表、照片和亮点的行程页面，还附一条天气曲线。同样的事情手动整理，一趟旅行大概要搭进去一个晚上，而它是顺手完成的。行程页面还可以发布成一个私密网页链接，分享给家人朋友看某一趟旅程，不必把整个生活日志都开放出去。经常出差或者旅行的人，光这一个功能可能就够回本了。
另外还有一个 Dashboard，提供跨时间的统计视角，回答的是一段时间内的模式问题，比如你的时间大致分布在哪些地方。以及一个需要订阅的 AI Chat，可以用自然语言问自己去过哪里、某次旅行的细节。开发者对 AI 这部分的态度反而克制，他自己说现在 AI 的比重还很轻，先做好一个值得用的记录工具，再逐步加助理能力。这个顺序我是认同的，毕竟没有数据的助理没什么可聊的。
隐私叙事需要自己核对一遍
这类应用绕不开隐私问题，一个持续知道你在哪的 App，本身就是很重的信任托付。官方的说法相当漂亮：除可选的 AI 功能之外，处理都在设备本地进行，数据只保存在你的设备和 iCloud 备份里，「当你离开时，不留下任何痕迹」。开发者在应用商店回复用户评论时也重申过，没有数据交给第三方。
漂亮归漂亮，还是建议自己核对一遍。App Store 的 App Privacy 部分同时申报了开发者会收集邮箱、用户标识、使用数据和诊断信息，都标记为「未与身份关联」，而这类申报是开发者自己填的，Apple 并不会逐项验证。也就是说，生活轨迹本身确实留在设备上，但账号和遥测层面仍然有数据上行。我查资料的时候还发现，一些第三方站点声称它提供端到端加密同步，可 App Store 的官方描述里只写了设备本地加密和 iCloud 备份，两种说法对不上。在授予「始终定位」和完整照片权限之前，花几分钟直接读一遍官方的隐私政策，确认边界在哪里，不算浪费时间。
这不是说它不可信。我个人判断它的隐私姿态在同类产品里算好的，该说清楚的基本都说了。只是「数据都在本地」这句话在营销语境里被用得太廉价了，听到就顺手查一下，这个习惯迟早用得上。
数据是可以拿出来的
真正让我放心不少的，是它的数据没有锁死。Time Atlas Labs 在 GitHub 上开了一个叫 timeatlaslabs/oss 的仓库，提供了一组 Python 脚本，用来访问和分析你自己的 Time Atlas 数据。数据在 iCloud 里的实际位置也是公开的，Mac 上是 Library/Mobile Documents/iCloud~com~timeatlaslabs~Pat/Documents/，Windows 上在 %USERPROFILE%\iCloudDrive\iCloud~com~timeatlaslabs~Pat\Documents。顺带一提，路径里那个 Pat 就是前面说的、当年每天给你发邮件汇报行程的原型助手的名字，算是留在文件系统里的一点历史遗迹。
用法很直接，先建虚拟环境装依赖，然后跑同步脚本：
python3 -m venv .venv
source .venv/bin/activate
pip install -r requirements.txt
python sync.py
sync.py 会在仓库根目录生成一个 timeatlas.db，把还没同步的文件导进去，可以随时重跑做增量更新，官方建议配成 cronjob 定期执行。之后 tools/ 目录下的脚本都基于这个数据库工作：
# 查询某一天或某个日期区间的事件，带上笔记
python tools/date_query.py 2026-04-20 --show-notes
python tools/date_query.py 2026-04-01 2026-04-07
# 查询某个地点的全部访问记录
python tools/knownplaces.py "Starbucks"
# 导出为 GeoJSON，可以直接丢进 geojson.io 看
python tools/geojson.py 2026-04-01 2026-04-07 -o april.geojson
python tools/geojson.py 2025-01-10 2025-01-20 --activity cycling -o rides.geojson
# 查询天气记录，-v 会用 matplotlib 画温度曲线
python tools/weather.py 2026-04-01 2026-04-07 -v -o april-weather.png
其中 geojson.py 的输出结构挺规整，地点访问是 Point，移动轨迹是 LineString，每个 feature 都带 ISO8601 起始时间，还能按活动类型过滤，想拿去做自定义地图可视化很方便。还有一个反向写入的 addnote.py，把笔记写成 JSON 文件直接扔进 iCloud 目录，应用下次同步就会取走，这意味着你可以在电脑上补写笔记，甚至把它接进自己的工作流：
python tools/addnote.py -w # 打开编辑器撰写
python tools/addnote.py -d 2026-04-15 -f note.txt # 补写到指定日期
需要说清楚的是，这个仓库的 README 里写明了代码是用 [[Claude Code]] 以 AI 驱动的方式生成的，仓库里带着 CLAUDE.md 指令文件，作者还鼓励用户自己 vibe coding 出想要的工具、提 PR 回来。所以这些脚本更接近社区实验，不该当成官方承诺长期维护的正式接口。但对我这种想把数据接进 [[Obsidian]] 做归档的人来说，有总比没有强得多，至少它证明了数据格式是可解析的，哪怕将来这些脚本没人维护，自己写一个也不是天方夜谭。
价格和该怎么选
应用本身免费下载，自动记录、每日故事、时间线和基础回顾都在免费范围内。高级能力通过 Time Atlas Plus 订阅解锁，主要是 AI Chat 和更完整的 Dashboard 洞察。
截至 2026 年 8 月底，美区的内购价格是月付 $8.99、年付 $59.99、买断 $199.99。其他区域按当地货币定价，比如马来西亚区的买断价是 799.90 令吉。年付折下来每月约 $5，买断价大概等于 3 年半的年费。
如果最后决定订阅，订阅页里可以填我的邀请码 TC3SCY，能拿到 2 个月的 5 折优惠，按月付 $8.99 算大概省下 $9。数目不大，用不用都随意。
怎么选取决于你对这类工具的长期判断。生活日志的价值随时间累积，数据越久越值钱，这一点利于买断；但订阅制独立应用本身有停止运营的风险，一次性掏 $199.99，等于你对一家芬兰小团队的持续性投了信任票。比较稳妥的路子是先用免费版攒几个月数据，确认自己确实会回头翻看，再决定要不要付费、以什么方式付费。反正原始数据可以导出，就算将来停订或者应用停运，已经记下来的东西也不至于全部锁死。
和其他方案比起来
和 [[Apple Journal]]、[[Day One]] 这类日记应用相比，最大的差别是主动和被动。日记应用等你输入，Time Atlas 替你先把骨架搭好。这也意味着两者不完全冲突，我看到有用户就是拿 Day One 写感受、拿 Time Atlas 记事实，遇到值得展开写的日子再把 Time Atlas 的条目分享到 Day One 去。它本身也支持从 Apple Journal 和 Day One 导入日记，从 [[Google Timeline]] 导入位置历史，还支持 GPX 轨迹文件。也就是说开头提到的那份 Takeout 存档并不是没地方可去，只要你当年真的导出过。
前面提到的 [[Dawarich]] 值得再单说一句，它和 Time Atlas 解决的问题相似，路线却完全相反。Dawarich 是开源自托管的位置历史平台，你自己跑服务器，数据完全在自己手上，代价是那套部署和维护的活儿得一直干下去；Time Atlas 是消费级应用，装上就能用、界面精致，代价是依赖单一厂商和 iCloud。看重数据主权的人应该选 Dawarich，看重体验和零维护的人选 Time Atlas。有趣的是两者都支持 Google Timeline 和 GPX 导入，所以并不是非此即彼，真想折腾的话，先用 Time Atlas 记，日后再倒进自建服务也走得通。
和运动健康类应用相比，它不以训练指标为中心，能读 Apple Health，但目标不是提升运动表现，而是帮你回忆生活。这个差异决定了它不会给你压力，打开它不会看到一圈没合上的圆环。
上手前值得知道的几件事
耗电是最常被提到的问题，应对办法是设置里的 Eco Mode，只记录地点访问而不记录完整路径轨迹，明显省电，但轨迹精度会下降。较新版本还加了 Dynamic 模式，根据是否处于移动状态动态启用 GPS，算是折中方案。合理的做法是先用默认模式跑一周看看实际耗电，再决定要不要降级。
系统门槛偏高，当前要求 iOS 26.0 或 iPadOS 26.0，旧设备直接不能使用。平台上也只有 iPhone 和 iPad，没有 Android 版。
自动化程度没到 100%。地点识别偶尔会认错，需要你手动整理一下，比如把某个「未知地点」标记成常去的健身房。1.4.10 版本加了个我很喜欢的设定，日界线可以自定义，一天不再必须在午夜结束，习惯晚睡的人可以把分界点设到凌晨 4 点，免得深夜活动被切到第二天去。同一个版本还修正了笔记的时间戳逻辑，绑定到某次地点访问的笔记现在用事件发生的时间，而不是你写下笔记的时间。
最后
我对 Time Atlas 的整体感受是，它填上了一个空了很多年的位置。日记应用的门槛在于要写，健身应用的门槛在于要有目标，而大多数人只是想在几年之后还能知道自己那天在做什么。它把这件事的成本降到接近零，代价是你得交出定位和照片权限，并且相信一家小团队会好好对待这些数据。
这个代价值不值，因人而异。但它至少把可以核对的东西都摆出来了：数据路径是公开的，导出工具是开源的，隐私政策可以自己读。如果你也有过翻着旧照片却想不起前因后果的时刻，它值得装上试几个月，免费的部分已经足够回答「那天我在哪」这个问题。至于要不要为 AI 问答和统计洞察付费，等你确认自己真的会回头翻看之后再说也不迟。
相关链接
- Time Atlas App Store 页面，免费下载，注意链接里的 slug 还留着 time-atlas-life-tracker 这个旧名字
- Time Atlas Labs 官方博客，作者 Aapo Kyrölä 写的开发记录和技术文章都在这里
- timeatlaslabs/oss，前面那些数据导出脚本的仓库
