做旅游攻略太费时间,我让 WorkBuddy直接帮我处理一个可以直接用的国庆

国庆快到了。目的地往往很快就能定下来，后面查信息才麻烦。

机票要看日期和中转，酒店要看位置，城市之间怎么走也得重新排。查着查着，浏览器里就开了一堆页面，最后还要自己把它们拼成一条能走的路线。

这次我把这部分工作交给了 WorkBuddy。我把出发地、天数、人数和预算告诉它，再让它调用携程问道和腾讯地图助手。

我这次只看一件事：它最后能不能给我一份可以继续检查的攻略。要是聊完以后还得从头查，这次测试就没有解决问题。

先把两个连接器装好

只在对话框里问一句“帮我做一份旅游攻略”，很快也能拿到景点和路线。到了订票这一步，价格、车次和酒店库存还是得重新查。

我这次在 WorkBuddy 的“专家·技能·连接器”里装了两个连接器。

携程问道用来查机票、酒店和城市间交通。腾讯地图助手补城市、景点和路线位置。装好以后，新建任务时勾选它们，WorkBuddy 才能在执行过程中调用这些信息。

这里的顺序不要搞反。先完成连接，再发旅行任务。否则提示词里写了“请查询机票和酒店”，它也不一定有对应的数据入口。

我前后跑了两版需求

提示词不用写成一份很长的需求文档，但旅行条件要说清楚。需要的也可以找我要。

最后导出的是一份 HTML

东北这版最后生成了一个可以直接打开的 HTML 页面。

页面先把武汉、哈尔滨、长白山和长春排成 7 天 6 晚的路线，同时算出需要请 5 个工作日。机票部分给了三组日期组合，直飞、中转、单人价格和两人合计都放在一张表里。

它把三组方案都放了上去，还写了每组方案的差价和代价：便宜一些是否要多请假，中转省下的钱值不值得，换一个出发日期会影响什么。

继续往下看，还有每天住在哪个城市、当天怎么走、酒店位置和两档预算。路线图和腾讯地图里的点位也整理进了同一份结果。

我自己平时做产品，看这种输出时比较在意结构。页面做得好看当然不错，但我会先找里面有没有冲突：日期和天数能不能对上，城市顺序是否合理，实查价格和估算有没有分开。

这次的 HTML 里，“实查”和“估算”做了区分，取舍原因也单独写了出来。这一点对我比较有用。除了价格，我还能看到它当时为什么推荐这组。

价格和库存还要自己再查

这份结果已经比一段普通的景点推荐具体很多，但我不会拿着它直接付款。

机票会变价，酒店库存和退改规则也会变。页面里标记的查询结果，只能代表生成任务时拿到的信息。等到准备下单，还是要回到对应平台重新确认。

我的用法比较简单。先看城市顺序和每天的强度，删掉自己不想去的地方。路线确定以后，再查机票和酒店，换成下单时的价格。准备付款前，再看一次退改规则。

如果连接器没有查到某项数据，我宁愿让页面空着，或者明确写“需要重新查询”。随手补一个估算值，反而会让后面检查更麻烦。

这次用下来，WorkBuddy 主要帮我把散在不同页面里的信息归到一起，再给出几套能比较的路线。最后选哪条、愿意花多少钱，还是我自己定。

我是良逍，最近主要在折腾 AI 产品、独立开发和出海工具。

这个号会记录我自己实测过的工具、踩过的坑，以及从想法到产品上线的过程。

如果你也在折腾 AI 工具、独立开发或出海产品，可以来找我交流。

最后说一句，如果你也想用workbuddy做国庆旅游攻略，可以找我要提示词。