我把高德、滴滴、飞猪和彩云天气接进了 AI，现在它真的能帮我规划旅行了

发表于 2026-09-20

过去让 AI 规划旅行，经常只能得到一份“看起来很完整”的景点清单：

上午去三个景点；
中午随便吃饭；
下午再去两个景点；
晚上看夜景。

但真正出发以后，问题很快就会出现：

飞机落地以后还要下机、取行李；
酒店可能还不能入住，只能先寄存行李；
景点名称相似，AI 可能找错地址；
地图上只要二十分钟，算上叫车、等车和堵车却远远不够；
博物馆有闭馆和停止入场时间；
同行者体力不同，连续游览三四个小时未必现实；
下雨、大风或者能见度差时，原本安排的户外景点需要调整；
一旦前面延误，整天的安排就会越赶越乱。

把高德地图、滴滴出行、FlyAI 和彩云天气接入 Hermes 以后，AI 才不只是“生成一份攻略”，而是可以基于实时数据，完成一套相对完整的旅行规划流程：

FlyAI 查询火车、机票、酒店、景点和门票，确定跨城交通与住宿；
高德地图 确认酒店和景点的准确位置，计算景点之间的距离与路线；
滴滴出行 查询真实可用车型和当前预估价格，需要时继续叫车；
彩云天气 查询目的地天气、逐小时降雨、风力和预警；
Hermes 再把这些结果组合成一份包含以下信息的可执行行程：
- 抵达和离开时间；
- 酒店入住、退房和行李寄存；
- 午餐、晚餐和休息；
- 景点开放时间和建议游览时长；
- 地铁、步行与打车路线；
- 交通和排队缓冲；
- 雨天替代方案；
- 延误后优先删除的项目。

下面用一个虚构的三亚四日游作为示例。假设游客提出的并不只是“三亚四日游”，而是：

中午抵达三亚，先去酒店寄存行李或办理入住；
想去南山文化旅游区、天涯海角和亚龙湾热带天堂森林公园；
希望安排一次水族馆或其他室内项目，作为雨天备选；
每天只安排一个主要景区，避免在最热的中午长时间步行；
想留出完整的海边休息、正餐和午休时间；
希望看一次日落，但不为了追景点压缩吃饭和休息。

接入这些工具后，Hermes 可以进一步判断：

抵达后要为下机、取行李和前往酒店预留时间；
如果酒店暂时不能入住，就先寄存行李，在附近用餐或休息；
南山和天涯海角不宜与多个远距离景区硬塞在同一天；
椰梦长廊更适合结合天气安排在傍晚，避开正午暴晒；
水族馆可以作为降雨、大风或高温时的室内替代项目；
如果航班延误，就取消抵达日的可选活动，而不是压缩晚餐和休息时间。

这才是我理解中的“AI 帮我规划旅行”：

不是把所有景点都塞进时间表，而是在真实交通、天气和体力限制下，给出一份能够执行、也允许延误的计划。

本文介绍实现这套能力所使用的四个组件：

amap-lbs-skill：高德地图，搜索地点、周边设施和规划路线；
didi-ride-skill：滴滴出行，查询打车价格、叫车和查询订单；
flyai：连接飞猪旅行服务，搜索火车票、机票、酒店、景点和演出；
彩云天气 MCP：查询实时天气、逐小时预报、未来天气和天气预警。

需要说明的是，前三个主要以 Skill 的形式使用，彩云天气提供的是 MCP Server。对普通用户来说不必过度区分：配置完成以后，Hermes 都可以根据问题自动调用。

一、高德地图：amap-lbs-skill

1. 能做什么

amap-lbs-skill 基于高德地图开放平台，可以让 Hermes：

搜索地点和 POI；
区分同名酒店、车站和景点；
查询附近的餐厅、酒店、停车场等设施；
查询地点坐标和详细信息；
规划驾车路线；
规划步行路线；
规划骑行路线；
规划公共交通路线；
根据景点的地理位置优化游览顺序。

例如可以直接问：

帮我找西湖附近的咖啡厅。

或者：

帮我规划从杭州东站到西湖的公共交通路线。

它在旅行规划中最重要的作用，不只是“告诉我怎么走”，而是帮助 Hermes 判断一份计划是否真的可行。

例如：

我上午去南山文化旅游区，中午回酒店休息，傍晚去椰梦长廊看日落，这样安排会不会绕路？

Hermes 可以先确认每个地点的准确位置，再计算路线时间，判断是否存在明显折返，以及中间是否还留有吃饭、叫车和排队时间。

2. 申请高德地图 Key

使用这个 Skill 前，需要申请一个 高德地图 Web Service API Key。

进入高德开放平台：

https://lbs.amap.com/

登录后进入：

控制台 → 应用管理 → 我的应用

创建一个新应用，例如：

Hermes

然后在该应用下点击“添加 Key”。

Key 名称可以填写：

1	Hermes WebService

服务平台请选择：

Web 服务

创建完成后，高德会生成一串 Key。后续由 Hermes 保存为：

1	AMAP_WEBSERVICE_KEY

这里需要注意，不要选择“Web 端（JS API）”。amap-lbs-skill 调用的是高德 Web Service API，因此需要申请的是 Web 服务 Key。

3. 直接告诉 Hermes 安装

准备好 Key 后，可以直接告诉 Hermes：

帮我安装 skills-sh/amap-web/amap-lbs-skill。

我的高德 Web Service Key 是：

<AMAP_WEBSERVICE_KEY>

请先检查 Skill 来源和安全审计结果，再完成安装、依赖安装和配置。

请将 Key 作为敏感凭证保存，不要写入公开仓库，也不要在回复和日志中输出完整 Key。

安装完成后，测试一次 POI 搜索：搜索“杭州西湖附近的咖啡厅”；再测试一次步行或公共交通路线，确认 Skill 可以正常使用。

Hermes 应当完成：

检查 Skill 来源和内容；
安装 amap-lbs-skill；
安装 Node.js、axios 等所需依赖；
安全保存 AMAP_WEBSERVICE_KEY；
验证高德接口；
返回脱敏后的测试结果。

第三方 Skill 本质上是会被 AI 读取和执行的操作说明，因此安装前仍然应该检查来源、权限和安全审计结果，不应把所有网络上的 Skill 都当成可信代码。

4. 安装后怎么使用

以后可以直接说：

帮我找西湖附近的咖啡厅。

查一下杭州东站到西湖怎么走。

帮我找酒店附近步行十分钟以内的餐厅。

比较一下地铁和打车哪个更适合，并把叫车、等车和步行时间一起算进去。

也可以显式指定：

/amap-lbs-skill 帮我规划杭州西湖一日游。

不过在大多数情况下，不需要手动指定 Skill。只要问题涉及地点搜索和国内路线，Hermes 应当自动判断是否需要调用高德。

二、滴滴出行：didi-ride-skill

1. 能做什么

didi-ride-skill 用于连接滴滴 MCP 服务，可以让 Hermes：

搜索和确认起终点；
查询打车价格；
查询不同车型及其预估价格；
创建打车订单；
查询订单状态；
查询司机和车辆信息；
查看司机预计到达时间；
取消订单；
处理即时叫车和预约出行。

例如：

查一下从北京国贸到北京南站打车多少钱。

或者：

帮我看看现在从酒店去机场有哪些车型。

滴滴适合解决的是“实际出行”问题。高德可以用于路线规划，但如果用户明确要查询滴滴价格，就应调用滴滴服务，而不是用普通地图价格代替。

2. 下单和取消订单必须确认

滴滴 Skill 涉及真实出行和费用，因此不能把“帮我看看价格”和“帮我下单”混为一谈。

安全的流程应当是：

确认准确的起点和终点；
查询最新价格；
向用户展示车型、起终点和预估价格；
再询问一次是否确认叫车；
只有在用户明确确认后，才创建订单。

例如：

帮我叫一辆快车从国贸去北京南站，先查询价格，不要直接下单。

Hermes 查询后应当回复类似：

当前快车预估价格为 XX—XX 元，起点是 XX，终点是 XX。确认叫车吗？

只有在用户回复“确认叫车”后才能继续。

取消订单同样应当单独确认，不能因为用户提到“取消”两个字就直接执行。

3. 申请滴滴 MCP Key

进入滴滴 MCP 页面：

https://mcp.didichuxing.com/claw

按照页面提示登录并激活 MCP Key。

滴滴目前提供不同能力等级的 MCP 服务，实际可以使用哪些功能，应以账号页面显示的版本和授权范围为准。部分版本可能只提供询价和跳转叫车，完整的订单创建、取消和司机信息查询可能需要更高等级的服务。

获得 Key 后，需要由 Hermes 保存为：

1	DIDI_MCP_KEY

滴滴 MCP Key 和普通滴滴开放平台应用的 AppKey 不是一回事。这里需要的是滴滴 MCP 服务提供的 Key。

部分能力还可能需要：

登录滴滴账号；
手机号验证；
MCP 页面授权；
对应版本的账户权限。

具体以滴滴 MCP 页面当前显示的要求为准。

4. 直接告诉 Hermes 安装

拿到 MCP Key 后，可以告诉 Hermes：

帮我从 ClawHub 安装官方 didi-ride-skill-official：

https://clawhub.ai/didi/didi-ride-skill-official

我的滴滴 MCP Key 是：

<DIDI_MCP_KEY>

请完成 Skill 安装、依赖安装和 MCP 配置。

请将 Key 作为敏感凭证保存，不要在回复或日志中输出完整内容。

安装完成后检查可用工具，并测试一次“从北京国贸到北京南站”的打车询价。

这次只允许查询，不要创建订单，也不要执行任何会产生费用的操作。

Hermes 应当完成：

检查并安装 didi-ride-skill；
安装 Skill 所需的 MCP 调用依赖；
安全保存 DIDI_MCP_KEY；
连接滴滴 MCP；
检查当前账号可用的 MCP Tools；
执行一次不产生费用的询价测试。

5. 安装后怎么使用

以后可以直接说：

查一下从国贸到首都机场打车多少钱。

帮我看看现在去北京南站有哪些车型。

查一下我的滴滴订单。

司机还有多久到？

也可以显式指定：

/didi-ride-skill 查一下从国贸到北京南站的打车价格。

如果需要真正叫车，可以说：

帮我叫一辆快车从国贸到北京南站。先告诉我起终点和最新价格，不要直接下单。

确认价格后，再让 Hermes 执行下单。

三、旅行搜索：FlyAI

1. 能做什么

flyai 是连接飞猪旅行服务的综合旅行搜索 Skill，可以让 Hermes 查询：

火车票和高铁票；
机票和航班；
酒店和酒店套餐；
景点和门票；
演出、赛事和活动；
邮轮、签证、租车等旅行产品；
多种产品的价格和时间对比。

例如：

查询明天北京到上海的高铁。

或者：

找西湖附近每晚 600 元以内的酒店。

也可以提出更复杂的条件：

查询下个月周五从成都到三亚的直飞航班，优先选择中午以前抵达、托运行李规则清晰的班次，并列出起降时间和价格。

FlyAI 比普通网页搜索更适合处理这类结构化旅行查询，因为它可以直接按照出发地、目的地、日期、时间和价格条件筛选结果。

2. 它在整套旅行规划中的位置

FlyAI 主要负责长途交通和旅行产品：

FlyAI：机票、火车票、酒店、景点和门票
高德：准确地点、附近设施和市内路线
滴滴：实时询价、叫车和订单
彩云：天气、降雨、风力和预警
Hermes：把这些结果组合成完整行程

例如规划一趟虚构的三亚四日游时，Hermes 可以：

用 FlyAI 查询往返三亚的航班和不同区域的酒店；
根据落地时间安排酒店寄存行李、入住和第一顿正餐；
用高德判断酒店与南山、天涯海角、亚龙湾等区域之间的路线；
用滴滴查询携带行李或跨区域移动时的打车价格；
用彩云天气判断海边、森林公园和室内项目应该安排在哪一天。

3. FlyAI 是否需要申请 Key

FlyAI 可以在不配置 API Key 的情况下提供试用能力，因此第一次安装时可以先不申请 Key。

如果后续遇到：

请求额度不足；
调用频率限制；
希望长期稳定使用；
希望获得增强结果；

再申请 FlyAI API Key。

FlyAI Key 对应的配置名称为：

1	FLYAI_API_KEY

认证和额度政策可能调整，申请时应以 FlyAI 官方页面当前显示的入口和权限要求为准，不要使用第三方共享 Key。

4. 直接告诉 Hermes 安装

第一次可以不提供 Key：

帮我安装 FlyAI：

https://github.com/alibaba-flyai/flyai-skill

Skill 路径是 skills/flyai。

请完成 Skill 和 FlyAI CLI 的安装。

暂时不配置 API Key，先使用默认试用能力。

安装完成后分别测试：

搜索“杭州三日游”；

查询一个指定日期的北京到上海高铁；

确认返回结果中是否包含可用的时间、价格或预订链接。

测试期间不要执行任何付费预订。

Hermes 应当完成：

安装 FlyAI Skill；
安装 FlyAI CLI 等依赖；
检查试用访问是否可用；
执行旅行搜索；
返回测试结果。

5. 如果以后申请了 FlyAI Key

拿到 Key 后，可以直接告诉 Hermes：

我已经申请了 FlyAI API Key：

<FLYAI_API_KEY>

请把它配置到已经安装的 FlyAI Skill 中。

请安全保存，不要在回复或日志中输出完整 Key。

配置完成后，重新测试一次火车票和酒店查询。

6. 安装后怎么使用

可以直接说：

查询明天北京到上海的高铁。

查一下成都到杭州的机票。

找一家西湖附近、每晚 600 元以内的酒店。

帮我找杭州周末可以去的景点。

查询下个月周五从成都到三亚的航班，优先选择中午以前抵达的直飞班次。

也可以显式指定：

/flyai 查询明天北京到上海的高铁。

对于火车票和机票这类动态信息，查询结果只代表当时状态。票价、余票和班次可能变化，实际购买前仍应重新确认。

四、天气能力：彩云天气 MCP

1. 为什么旅行规划不能缺少天气

如果没有天气数据，AI 即使把路线算得很准确，也可能把行程安排在错误的时间。

例如：

下雨时把博物馆放到上午，把湖边和老街调整到雨停以后；
高温时避免中午长时间步行；
大风时减少海边、山顶和观景台停留；
能见度差时取消需要远眺的景点；
强降雨预警期间避免山区、河谷和易积水道路；
携带行李又遇到大雨时，优先使用直达打车，减少地铁换乘和室外步行。

这也是彩云天气和普通“查一下今天几度”最大的区别：它不只是给行程附上一行天气，而是可以参与行程排序和风险判断。

2. 彩云天气 MCP 可以做什么

彩云天气官方提供 Streamable HTTP MCP Server，可以让 Hermes 查询：

实时天气；
体感温度；
天气现象；
湿度；
风速和风向；
降水强度；
空气质量；
逐小时天气预报；
降雨概率；
未来天气；
天气预警；
最近 24 小时历史天气。

官方托管 MCP 地址为：

1	https://mcp-weather.caiyunapp.com/mcp

认证请求头为：

1	X-Caiyun-API-Key

彩云天气接口通常需要经纬度。Hermes 可以先用高德确认酒店、景点或活动区域的坐标，再把坐标交给彩云天气查询。

这使两个服务形成了很自然的配合：

1
2
3

高德：把“三亚亚特兰蒂斯”解析成准确地点和经纬度
彩云：查询该地点的逐小时降雨、风力和天气预警
Hermes：判断海边活动应该放在哪个时间段

3. 申请彩云天气 API Key

进入彩云天气开放平台：

https://platform.caiyunapp.com/

4. 直接告诉 Hermes 配置

可以告诉 Hermes：

帮我把彩云天气官方 MCP Server 接入 Hermes。

MCP 地址：

https://mcp-weather.caiyunapp.com/mcp

认证请求头：

X-Caiyun-API-Key

我的彩云天气 API Key 是：

<CAIYUN_WEATHER_API_KEY>

请把它作为敏感凭证安全保存，不要在回复、日志或公开配置示例中输出完整 Key。

请通过 Hermes 原生 MCP 客户端完成配置，并将服务器命名为 caiyun-weather。

配置完成后检查可用工具，并测试：

北京当前天气；

北京未来 24 小时逐小时预报；

北京当前天气预警。

测试完成后，只告诉我连接状态、可用工具和查询摘要，不要显示完整 Key。

Hermes 应当完成：

配置彩云天气远程 MCP；
安全保存认证信息；
连接 MCP Server；
获取工具列表；
测试实时天气、逐小时预报和预警；
返回脱敏后的测试结果。

MCP Server 通常会在 Hermes 启动时连接并发现工具。具体版本如果要求重新加载或重启 Gateway，应让 Hermes 在配置后自行检查连接状态，而不是只写入配置就宣称成功。

5. 安装后怎么使用

配置完成后，可以直接问：

查一下杭州西湖明天下午会不会下雨。

查询三亚海棠湾未来 72 小时的逐小时天气。

看看三亚这几天有没有暴雨、大风、雷电或高温预警。

根据天气调整我的三亚行程，把水族馆等室内项目放到降雨时段。

如果海棠湾下午下雨，就把海边活动改成水族馆，并保留午餐和午休时间。

彩云天气是 MCP，不一定会像 Skill 一样对应一个 /caiyun-weather 斜杠命令。正常情况下，直接描述天气需求即可，Hermes 会调用相应工具。

6. 不要把预报范围想当然

天气接口能接受“查询未来七天”或“查询未来 360 小时”，并不代表当前账户一定会返回完整范围。

不同套餐可能返回不同长度的数据。例如免费额度可能只返回较短的未来天气范围。

因此，Hermes 在规划时应该：

检查实际返回的第一条和最后一条时间；
明确说明预报实际覆盖到哪一天；
行程日期超出覆盖范围时，不根据最后一天的数据猜测；
保留基础行程，并提醒用户在进入预报范围后重新查询。

例如：

当前彩云天气数据还没有覆盖旅行日期，暂时无法确认三亚海边活动当天的降雨和风力。现阶段先保留基础行程，等日期进入有效预报范围后重新查询，再决定海边与室内项目的顺序。

这比直接告诉用户“那天大概率晴天”可靠得多。

五、四个能力一起安装和配置

如果四个能力都需要，可以不用分四次操作。

准备好高德、滴滴和彩云天气的 Key 后，直接一次告诉 Hermes：

帮我安装并配置下面这些旅行能力：

高德地图 Skill：skills-sh/amap-web/amap-lbs-skill

滴滴官方 Skill：
https://clawhub.ai/didi/didi-ride-skill-official

FlyAI：
https://github.com/alibaba-flyai/flyai-skill
使用其中的 skills/flyai

彩云天气官方 MCP Server：
https://mcp-weather.caiyunapp.com/mcp

我的高德 Web Service Key：

<AMAP_WEBSERVICE_KEY>

我的滴滴 MCP Key：

<DIDI_MCP_KEY>

我的彩云天气 API Key：

<CAIYUN_WEATHER_API_KEY>

FlyAI 暂时使用默认试用能力，不配置 API Key。

请先检查三个 Skill 的来源、内容和安全风险，再完成安装和依赖配置。

彩云天气请通过 Hermes 原生 MCP 客户端接入，认证请求头使用：

X-Caiyun-API-Key

所有 Key 都必须作为敏感凭证保存：

不要写入公开仓库；

不要写入 Skill 文档；

不要在回复和日志中输出完整内容；

不要在测试命令中回显；

配置文件权限应限制为当前用户可读写。

安装完成后分别进行以下无费用测试：

高德：搜索“杭州西湖附近的咖啡厅”，并测试一条路线；

滴滴：查询“北京国贸到北京南站”的价格，不要下单；

FlyAI：查询一个指定日期的北京到上海高铁，不要购买；

彩云天气：查询北京实时天气、未来 24 小时天气和天气预警。

最后请逐项告诉我：

是否安装或连接成功；

依赖是否完整；

凭证是否已配置；

测试是否通过；

发现了哪些可用工具；

是否存在需要我处理的授权或额度问题。

不要仅凭安装命令成功就判断可用，必须完成实际查询后再给出结论。

这样就不需要自己寻找 Hermes 的 Skill 目录，也不需要手动处理大部分 npm、Node.js、MCP 和环境变量配置。

不过需要注意：如果系统弹出命令执行、安装软件或修改配置的授权提示，仍然应该先看清楚 Hermes 准备执行的操作，再决定是否允许。

六、日常怎么用

四项能力全部接入以后，通常不需要关心具体调用哪个 Skill 或 MCP。

可以直接对 Hermes 说：

我准备从郑州去杭州玩三天。帮我查询机票、酒店和景点，并按舒适节奏安排行程。

我住在西湖附近，帮我看看今天有哪些景点值得去。请结合天气、距离和开放时间规划路线。

帮我查一下从酒店到杭州东站打车多少钱。

如果明天下雨，把户外景点和博物馆对调，但不要压缩午餐和午休。

帮我安排三亚四日游。市区和跨湾移动优先打车，只有公交无需换乘且总步行距离不到一公里时才考虑公交。

Hermes 可以根据任务自动选择：

FlyAI；
高德地图；
滴滴；
彩云天气。

只有自动选择不符合预期时，再显式指定：

1
2
3

/flyai
/amap-lbs-skill
/didi-ride-skill

彩云天气作为 MCP 工具，一般不需要单独的斜杠命令。

七、怎样让 AI 生成一份真正能执行的行程

仅仅安装这些工具还不够，提问方式也很重要。

与其只说：

帮我规划三亚四日游。

不如把关键约束一次告诉 Hermes：

帮我规划一趟三亚四日游。

请先固定往返航班、酒店、预约项目和换酒店时间，再安排其他景点。

我的要求：

每天只安排一个主要景区，连续步行两小时后要留出休息；

每顿正餐预留 60—75 分钟；

中午尽量保留午休；

到达酒店时要考虑寄存行李、入住和整理时间；

地图显示的车程之外，还要增加叫车、等车、堵车、停车和步行缓冲；

市内交通优先地铁和打车；

公交只有在不换乘且总步行距离小于 1 公里时才考虑；

根据彩云天气调整室内外景点；

如果行程太满，请明确删除一个次要景点，不要压缩所有吃饭和休息时间；

每天给出一个主要方案和一个简短的天气或延误切换方案；

动态票价、天气、营业时间和车程要标注查询日期，不要当作永久不变的信息。

这样 Hermes 得到的不是一个单纯的目的地，而是一套清晰的规划原则。

一份好的行程应该包含什么

至少应包括：

固定的抵达和离开时间；
准确的机场、车站、酒店和景点；
下机、取行李和出站时间；
行李寄存、入住和退房安排；
每段交通方式和预计时间；
叫车、等车和拥堵缓冲；
午餐、晚餐和休息；
景点开放与停止入场时间；
合理的游览时长；
天气适配；
延误后的删减规则；
哪些项目是必须完成，哪些只是可选。

例如，不应只写：

1	14:00 前往三亚亚特兰蒂斯失落的空间水族馆

而应写成：

13:50 开始整理并叫车
14:00 从酒店出发
约 14:35 抵达水族馆
预留 15 分钟取票、安检和入场
14:50—17:00 参观水族馆

如果 14:20 仍未从酒店出发，取消晚上的海昌梦幻海洋不夜城，不压缩水族馆参观和晚餐。

后者才是一份可以真正拿来执行的计划。

八、天气变化时，AI 应该怎样调整行程

接入彩云天气后，不应该只是给每一天加一个天气图标，而应根据天气改变行程结构。

下雨时

优先安排：

博物馆；
美术馆；
水族馆；
室内演出；
商场和室内体验。

减少：

老街长距离步行；
湖边和海边散步；
山顶观景；
多次地铁换乘后的室外步行；
带行李在雨中换乘。

能见度差时

即使降雨概率不高，也不适合安排：

山顶观景台；
城市远眺；
海岸线远景；
日落拍摄。

是否适合观景，不能只看“会不会下雨”，还要综合云量、能见度和风力。

大风时

应谨慎安排：

海边；
跨海桥周边；
山顶；
游船；
高处观景平台。

强降雨或地质灾害预警时

山区和河谷旅行不应只参考普通天气预报，还要查看：

暴雨预警；
山洪预警；
地质灾害气象风险；
道路管制；
景区临时关闭通知。

遇到黄色及以上地质灾害预警时，不应该为了“完成行程”继续夜间进入山区。

九、密钥安全

高德、滴滴和彩云天气的 Key 都属于敏感凭证。

虽然安装和配置可以交给 Hermes 完成，但仍然建议：

不要把 Key 上传到 GitHub；
不要把 Key 写进公开博客；
不要把 Key 提交到代码仓库；
不要把 Key 写进 Skill 的 SKILL.md；
不要让 Hermes 在回复或日志中输出完整 Key；
不要在共享群聊和共享会话中粘贴真实 Key；
不要使用来源不明的共享 Key；
为不同用途设置独立 Key，便于单独撤销；
怀疑泄露时立即到对应平台重新生成；
安装第三方 Skill 前检查来源、内容和安全审计结果。

配置完成后，可以告诉 Hermes：

检查刚才配置的 API Key 是否已经安全保存。

不要输出任何完整 Key，只告诉我：

对应环境变量或认证配置是否存在；

文件权限是否合理；

服务是否可以通过一次实际调用完成鉴权；

日志中是否出现了完整密钥。

需要特别注意的是：

“Key 已经写入配置”不等于“服务可以使用”。

正确的验证方式应该是：

检查凭证已保存；
发起一次不会产生费用的实际请求；
确认接口返回正常；
再宣布配置成功。

十、使用边界

这些工具让 Hermes 可以完成大量旅行搜索和操作，但仍然需要保留几个明确边界。

可以自动完成的操作

搜索机票、火车、酒店和景点；
查询天气；
搜索地点；
计算路线；
查询打车价格；
比较不同方案；
调整行程；
生成地图链接；
进行不产生费用的测试。

应当再次确认的操作

创建滴滴订单；
取消滴滴订单；
购买机票或火车票；
预订酒店；
购买景点、演出和活动门票；
任何会产生费用或影响真实订单的操作。

一个可靠的旅行 Agent，不仅应该知道怎样调用工具，也应该知道什么时候必须停下来等待用户确认。

总结

把这四项能力接入 Hermes 后，它们分别解决了旅行规划中的不同问题：

FlyAI 解决“坐什么、住哪里、有哪些旅行产品”；
高德地图 解决“地点在哪里、周围有什么、路线怎么走”；
滴滴出行 解决“现在打车多少钱、有哪些车型、是否执行叫车”；
彩云天气 解决“什么时候适合去、下雨后怎样调整、是否存在天气风险”。

Hermes 的价值，则是把这些分散的数据组合起来，变成一份：

交通衔接合理；
地理顺序清晰；
吃饭和休息不被忽略；
带有行李和延误缓冲；
能根据天气变化调整；
必要时敢于删除景点；
在付费操作前主动确认；

的真实行程。

接入这些能力以后，AI 终于不再只是“会写旅游攻略”，而是开始接近一个能够查信息、算路线、看天气、做取舍，并陪着你把行程真正执行下去的旅行助手。