一个必须拿出计算过程的旅行规划工具。

模型提议，引擎决定

语言模型很清楚金泽值得待三天，也知道你不想一周换两次酒店。它不擅长的是看不见的算术：两个城镇相距多远、开车实际要多久、火车到底多少钱。

所以RTour把工作分开。模型负责选城市、定顺序、写文字；一切可测量的内容——距离、自驾和火车时间、每段费用、晚数是否对得上——都由规划引擎计算后交回。如果某一站放不下，它会告诉你这会给其余行程带来什么代价，而不是悄悄给你一份走不通的计划。

每段行程，三种方式

两站之间的每一段都会按火车或大巴、自驾评估，距离够长时还有飞机。你能看到用时、费用和推荐理由，也可以自由选择别的方式。引擎提供背景和提醒，但不会推翻你的选择。

知识从何而来

RTour对一个地方的了解，大多来自免费开放的数据源：地理编码用OpenStreetMap，介绍和照片来自维基百科和维基共享资源，判断某处是真正的地标还是恰好在附近的建筑则靠Wikidata。商业地图数据只用在它确实更好的地方——路线规划和公共交通——其他地方不用。

这是有意为之的设计约束，而不只是为了省钱。正因如此，应用才能深入展示一座城市，而不必限制你能看多少。

绝不编造

显示了评分，就是实际测得的；显示了照片，拍的就是所写的地方。我们不知道的东西，应用宁可什么都不显示，也不给一个看似合理的数字——空白是诚实的，自信的错误则不是。

在你点头之前，它只是草稿

计划就是一场对话。说你想在佛罗伦萨住两晚、不坐渡轮，或者改坐飞机而不是开车回家，行程、地图和预算会一起变。什么都不会被预订，在你创建分享链接之前也不会被分享。

谁在运营

RTour由NestBridge LLC运营。关于行程或你的数据的问题，请通过联系页面联系。