我是 ISFP，我老婆是 ENTJ。

每次一到节假日出行，我们家都会稳定上演一个固定节目：她负责提前焦虑，我负责往后拖。

离五一还有一个多月的时候，她已经催了我好几轮，让我赶紧把机票和酒店定下来，不然过了清明肯定更贵。我嘴上一直说“好好好，马上看”，实际上就是没动。

昨天她又来催。这次已经不是提醒了，语气里明显带着一点“你再不弄我就自己上了”的意思。她直接来了一句：你不是天天搞 AI 吗？那么多人都拿 AI 做攻略，你就不能用 AI 把这事解决掉？

这话一出来，我就知道，P 人最后的缓冲区也没了。我有时候甚至会怀疑，她到底是真的 J，还是只是专门拿来 J 我这个 P 人的。

但说实话，我之前不是没试过拿 AI 做旅游攻略，只是体验都不太行。很多工具的共同问题是，文字写得很像那么回事，读起来甚至还挺像一篇成熟攻略，但一到真正要下单的时候就开始露馅。

机票价格不对，酒店要么搜不到，要么点进去发现根本不是那回事，景点信息也经常过期。你表面上好像省了时间，实际上只是把“重新搜一遍”的动作延后了。

所以这次我本来也没抱太大希望。只是正好刷到有人说飞猪出了个旅行 skill，叫 flyai-skill，可以直接查实时的机票、酒店、门票这些数据。反正装一个 skill 也不费什么事，先试试再说。

1. 第一次觉得旅游 AI 有点靠谱

本着先不管它有没有用，装上用了再说的原则，我赶紧装上试了一下。

在 OpenClaw 里安装 flyai skill

我在 OpenClaw 里把这个 skill 装上，让它帮我做一个 4 月 30 日 - 5 月 6 日 从深圳出发去昆明、适合带 2 岁宝宝游玩的旅行方案。我的条件也提得很具体：去程希望是早上的航班，返程最好是下午或者晚上，至少给我 3 个可选方案。

它给我结果的时候，我第一反应不是“哇好智能”，而是“这次居然没在糊弄我”。

因为它给的不是那种“昆明气候宜人，适合亲子出游”之类的废话，而是直接把航班号、起飞到达时间、价格都列了出来。每个航班下面还有跳转链接，基本上你看完就能往下一步走。

更细一点的地方是，它还会顺手提醒你哪些班次不太适合带娃。比如返程太晚的话，容易把孩子作息打乱，所以建议优先看 13 点到 16 点 起飞的班次。这种细节会让人觉得，它至少是在按你的条件认真筛，而不是随便拼一段旅游文案出来。

不过我当时也没有因此特别惊喜。毕竟 OTA 都已经做了这么多年了，这类查询和预订能力本来就不算新鲜；而且像 Gemini 这类产品，去年其实也已经能直接帮用户订机票了。

真正让我觉得它值得继续往下看的，不是“AI 居然能订票”这件事本身，而是它把这套能力以 skill 的方式开放出来，普通用户能直接用，开发者也能很快接进去做自己的东西。

OpenClaw 里直接让 flyai 帮我做带娃旅行攻略

后面景点和酒店的部分也比我预期里完整。包括价格、位置、亲子友好程度、适合什么节奏的家庭，它都会一起带出来，而且不少结果都可以直接继续预订。

flyai 给出的行程方案和注意事项

我后来又顺手追问了一轮亲子酒店，它连住哪个片区更适合带娃、每个区域分别适合什么节奏，甚至连 Top 3 怎么选都给出来了。到这里我基本就确认了，这玩意至少不是一个只会“生成漂亮文字”的旅游 AI。

亲子酒店筛选条件和 Top 3 建议

2. 既然能查真实数据，那就顺手做个自己的工具

攻略跑出来之后，我脑子里立刻冒出一个想法：既然它已经能查真实数据，那我不如干脆做个小工具给我老婆，让她自己查、自己改条件，也省得我在微信里来回转发截图。

说白了，这不是什么宏大的产品思维，更像是一种 P 人自救。

于是我花了 1 个小时，用 Claude Code 和 flyai-skill，vibe coding 了一个叫“周末逃跑按钮”的小 Web 应用。

我做的出游助手应用主界面

这个工具的逻辑其实不复杂。

进去之后先选出发城市、去程返程日期，再勾一下这次出行想要什么，比如躺平、带娃、看海、人少，这些都能多选。然后再设一个酒店每晚预算上限，点一下“生成方案”，它就会去飞猪查实时数据，把符合条件的目的地和方案拉出来。

搜索结果页，会直接给出多个目的地方案

每个方案点进去，里面都有真实航班、实际价格，还有预算范围内的酒店推荐。图片和详情页信息也是从飞猪拉的。你如果看中了，点“订票”或者酒店链接，直接就能跳过去，不需要再自己重新搜一遍。

某个目的地的详情页，能看到航班和酒店推荐

继续往下还有酒店列表和景点门票信息

做完我就把链接发给老婆，让她自己试了一下。

过了十几分钟，她回我一句：“嗯，不错，挺有意思的。后面我就在这选中，你直接订就行。”

前面催了我那么多轮的人，突然把决定权交回来了。那一刻我真的觉得，AI 有时候不只是提高效率，对家庭和谐也确实有点帮助。

3. 点评一下 flyai-skill

说回 flyai-skill 本身，我自己比较买账的一点是，它不是只会把攻略写得很好看，它是真的能把“查询”和“预订”这两步接起来。

机票价格、航班号、起飞时间这些都有。酒店也不是只甩一个名字给你，点进去能继续往下走。门票同理。

这件事说起来好像不复杂，但其实差很多。因为不少“AI 旅行助手”的问题，不是它不会写，而是它写完就结束了。你看着觉得挺全，下一步还是得自己去平台重新搜一遍。那种体验最容易让人瞬间下头。

而这类直接接真实库存和真实预订链路的 skill，才会让我觉得它更像一种能力底座，而不是一个演示型玩具。

对普通用户来说，它的价值是少折腾。你不需要把攻略看完之后再重新核对一遍。

对开发者来说，它更有意思的地方是，很多以前只停留在“想法”的旅行工具，现在有机会更快地做出来。因为你不用先花很大力气解决数据接入的问题，先把产品原型跑出来再说。

这其实会让很多开发者原本停留在脑子里的点子，第一次有机会真正落地。以前你想到一个旅行相关的小工具，最大的问题通常不是前端怎么写，也不是交互怎么设计，而是后面的真实数据和预订链路根本接不进去。

如果这类 skill 后面真的能持续跑出真实订单，甚至平台愿意把一部分收益分给开发者，那就更有意思了。这样一来，开发者做这些工具就不只是“好玩”，而是可能真的形成一条更正向的激励链路。当然，这一段目前更多还是我自己的延伸想法。

如果你本来就在 OpenClaw 上玩，可以装一下试试看，直接在对话里让它帮你做攻略就行。

如果你本身会自己折腾点小工具，那也可以像我这样，顺手做一个更适合自己或者家里人用的版本。至少在这件事上，我第一次觉得 AI 没有停留在“帮我写一篇攻略”，而是真的往“帮我把事情做完”走了一步。