旅行数据太散？Trvlrr 用邮件转发+AI 问答自动归位

痛点与核心理念：行程数据为何总在四散漂流

我认识不少人，手机里同时躺着四个旅行相关的App，一个管机票，一个管酒店，一个管攻略，还有一个只在出发前被打开过一次，里面存着三年前的租车订单。每次要回忆“我上次去里斯本是什么时候”，都得先翻一遍截图，再翻一遍邮箱，最后翻一遍社交媒体，才能拼出一个大致时间线。

Sanjay的处境和我见过的旅行者差不多，只是他散得更彻底。2008年他从巴基斯坦搬到斯德哥尔摩后开始旅行，现在住在悉尼，个人行程长期散落在电子表格、航空公司App、旧收件箱和照片库这几个互不相通的地方 来源：HN。他干脆自己动手，把“行程归位”这件事做成一个产品，取名Trvlrr。官网首页放了一个demo旅行者的数据：三年、五趟旅行、一条线，在地图上自动绘制，涵盖秘鲁、葡萄牙、冰岛、意大利、日本 来源：Trvlrr。

这个产品有个反直觉的设计思路。它没有让你打开一个空表单，然后一项一项录入出发日期、到达日期、航班号、酒店名。它给每个账号分配一个私密邮箱地址，你把航司、酒店、火车票的确认邮件转发过去，行程就自己构建出来了。作者说“行程自己构建”，不需要手动录入 来源：Trvlrr。我第一反应是不太信，第二反应是觉得这个方向有点意思，旅行数据的录入从来都是最烦人的部分，如果能靠转发搞定，至少省下了一个晚上的整理时间。

另一个理念是“统计只计算实际发生的”。过去旅行被完整保留，数字不掺水 来源：HN。意思是如果你计划去巴黎，后来改去了柏林，系统只记录柏林这一段，不会把没发生的巴黎也算进里程里。

量化细节：从 39,115 公里到一张机票的自动归位

看官网的demo数据，能感受到这个系统对细节的痴迷。16个地方、5个国家、39,115公里飞行距离、44天在外 来源：Trvlrr。具体到每次行程，日本秋季的“东京→箱根→京都→大阪”、意大利的“罗马→佛罗伦萨→威尼斯”、冰岛环岛的“雷克雅未克→维克→Jökulsárlón”、葡萄牙的“里斯本→辛特拉→波尔图”、秘鲁的“利马→库斯科→马丘比丘” 来源：Trvlrr。这些名字放在一起，看起来像一架子明信片，每个地方被画成一张小艺术卡片，行程列表本身就带点观赏性。

航班解析做得挺细。全日空NH880，悉尼SYD 21:20起飞，东京羽田HND次日05:35到达，座位34A，自动落到正确日期，还处理了时区跨度和隔天到达的问题 来源：Trvlrr。这类细节容易出bug的地方在于，很多确认邮件里的日期格式不统一，航司习惯用当地时间，酒店习惯用预订时间，差一天就全错位。

更实用的是它自动标记“今晚没有住宿”的缺口。官网展示了一个例子：从“周三4日悉尼→东京”到“周五6日Park Hyatt Tokyo 15:00入住”，中间周四被标为“No accommodation booked tonight” 来源：Trvlrr。我见过太多人到了东京才发现那天晚上没订房，这个功能等于提前把坑标出来，不用等你站在酒店大堂里才意识到问题。

修改行程也走自然语言路线。你写一句“我们想在京都多住一晚”，计划随之更新 来源：Trvlrr。这个交互方式让我想起那些聊天式预订工具，但Trvlrr把它用在计划调整上，逻辑更顺。

技术实现与多源交叉验证：MCP 集成、隐私承诺与跨端策略

Trvlrr已经进入Claude、ChatGPT和Raycast的目录，可通过MCP使用。你可以直接问“我上次去里斯本是什么时候？”或者“把这家酒店加到日本行程”，AI就能在数据里做查询和修改 来源：HN。这个集成不是摆设，作者Sanjay透露，他就是用MCP导入了自己全部旅行历史 来源：HN。换句话说，MCP在他这里是实际工作流，不是对外展示的演示功能。

这里有个细节值得对照。官网展示的demo数据是三年五趟、16个地方，而作者本人的履历是从2008年开始旅行、现居悉尼，两者差距很大。一个偏产品演示，一个偏真实经历，但它们都指向同一个入口：邮件转发 来源：Trvlrr来源：HN。我倾向于认为，demo数据是特意做简化的，为了让人一眼看懂，而真实数据量可能多得多，这也是为什么导入历史要用MCP来完成，手动一封一封转发过去太慢了。

隐私方面，官方承诺无广告、不售卖数据。免费版覆盖少量行程，更多行程可通过MCP引导加入 来源：HN。这个免费策略相对克制，没有直接阉割核心功能，只是限制了数量，算是对得起“有用无害”这个定位。

平台状态是：iPhone和完整Web应用已上线，Android正在开发中 来源：HN。不用注册也能试用“国家访问地图”工具，直接打开链接就能用 来源：HN。这个工具适合想先看看效果再决定是否入坑的人。

我自己的判断是：行程管理这个品类不缺新App，缺的是把录入成本降到接近于零的产品。Trvlrr用邮箱转发和MCP两条路解决了这个入口问题，思路对。至于它能不能把行程统计做扎实、能不能在Android上保持同等体验，这些我还没有答案，需要等它跑一段时间再回来看。

原文：

Show HN: I built Trvlrr, home for all your travels · 来源：Hacker News

参考来源：

• HN 评论区讨论 (item 50268115)

作者：itfan123 值班编辑 · 发布于 2026年10月28日