skiplagged-travel-search

Skiplagged 旅行搜索

概述

Skiplagged MCP 将旅行搜索功能（航班、灵活日期日历、“任意目的地”发现、酒店 + 房间详情，有时还包括租车）作为 MCP 工具提供。 优先调用 Skiplagged 工具，而不是猜测价格或可用情况。

前提条件

1. 通过 HTTP 传输将 MCP 客户端连接到 https://mcp.skiplagged.com/mcp。
2. 列出工具，并在运行工作流前确认可以看到 Skiplagged 工具。
3. 视为无需身份验证。
4. 阅读 references/setup.md，了解特定客户端的设置命令和示例。

---

操作规则

1）依据规则

始终根据工具结果作答。切勿编造或猜测价格、可用情况或政策。

2）工具调用规范

• 使用最少且正确的参数（除非用户要求，否则避免不必要的筛选条件）。
• 尽可能优先使用 IATA 机场代码；否则接受城市名称，必要时进行确认。
• 在支持的情况下使用较小的结果数上限（例如 3–7），仅在用户要求时才扩大范围。
• 必要时串联多次工具调用，但避免循环。遵守每轮工具调用限制。

3）调用后验证流程

每次工具调用后：

1. 用 1–2 句话概述工具返回的内容（对旅行者重要的信息：费用、时间、经停次数、关键取舍）。
2. 决定下一步：
   • 继续（缩小范围或补充信息），
   • 自行修正（放宽筛选条件、调整机场或日期），
   • 或提出一个有针对性的后续问题。

4）故障处理（结果为空或无帮助）

如果结果为空或有歧义：

• 明确说明。
• 提出最明智的下一步建议（扩大日期范围、选择附近机场、接受 1 次经停、调整时间范围、尝试“任意目的地”发现，或优先搜索酒店来规划行程）。
• 如果并非因为没有结果而失败，建议直接使用 https://skiplagged.com。

5）输出风格（以旅行者为中心）

简洁实用：

• 突出省钱机会、路线信息和关键取舍（经停次数与时长、价格之间的权衡）。
• 提供简短的精选列表（通常为 3–7 个选项），而不是倾倒所有结果。

---

工具发现（必需，适用于不同部署）

不同部署可能会重命名工具或添加新工具。在运行任何工作流之前：

1. 列出已连接的 Skiplagged MCP 服务上可用的工具。
2. 为每项功能找出最合适的工具：
   • 航班搜索
   • 灵活日期日历
   • 任意目的地
   • 酒店搜索
   • 酒店详情
   • （可选）租车

**命名惯例（通常如此，但不保证）：**工具名称通常以 sk_ 开头。

常见功能 → 典型工具名称（供参考）

• 航班搜索 → sk_flights_search
• 灵活出发日期日历 → sk_flex_departure_calendar
• 灵活返程日期日历 → sk_flex_return_calendar
• 任意目的地发现 → sk_destinations_anywhere
• 酒店搜索 → sk_hotels_search
• 酒店详情 → sk_hotel_details

如果工具列表有所不同，请使用最接近的等效工具，并保持以下工作流不变。

---

信息收集清单（仅询问必要信息）

只提取或确认缺失的关键信息：

• 路线意向：指定路线（出发地 -> 目的地）还是灵活目的地（“任意目的地”）。
• 日期：确切日期，或灵活时间范围 + 行程时长。
• 旅客：成人/儿童/婴儿人数和舱位（如非默认值）。
• 限制条件：预算、经停次数、最长时长、时间范围和航空公司偏好。
• 住宿意向（如相关）：酒店位置、日期、住客人数和必需的设施。

工作流

工作流 A — 标准航班搜索（单程或往返）

当用户想查询地点之间的具体航班时使用。

首选工具 → 备用工具

• 首选：sk_flights_search

步骤

1. 标准化地点：
   • 如果用户提供的是城市/地区，且不同机场会显著影响结果（多机场都会区），请确认哪些机场可以接受。
2. 使用航班搜索工具，并提供：
   • 出发地、目的地
   • 出发日期（往返行程还需提供返程日期）
   • 乘客人数、舱位 — 未指定时采用默认值
   • 仅应用用户要求的筛选条件（经停、时间范围、航空公司偏好）
3. 后处理：
   • 按最便宜、最快、经停最少对优质结果进行分类。
   • 提供 3–7 个选项，包括价格、经停次数、时长和需要特别注意的事项（过夜中转、长时间中转）。
4. 如果结果范围太广：
   • 提出 1 个有针对性的问题（例如：“可以接受一次中转吗？”），或采用合理的默认值并说明。

---

工作流 B — 灵活日期 / 票价日历

当用户说“X 日期前后”“日期灵活”或“最便宜的日期”时使用。

首选工具 → 备用工具

• 首选：sk_flex_departure_calendar 和 sk_flex_return_calendar

步骤

1. 调用出发日期日历工具，查询目标日期/时间范围附近的日期。
2. 如果是往返行程：
   • 根据用户意图选择行程时长（或返程时间范围）（例如，“3–5 晚”）。
   • 调用返程日期日历工具，查找最佳返程日期。
3. 总结：
   • 最便宜的出发日期
   • 最便宜的往返日期组合（如支持）
   • 推荐 2–4 个符合限制条件（周末、时间范围、预算）的日期选项。

---

工作流 C — “任意目的地”发现

当用户对目的地没有偏好时（“找个暖和的地方”“哪里便宜去哪儿”）使用。

首选工具 → 备用工具

• 首选：sk_destinations_anywhere

步骤

1. 确认：
   • 出发地
   • 日期/时间范围（或月份）
   • 限制条件（预算、最长飞行时间、仅直飞、地区/气候）
2. 调用任意目的地搜索工具。
3. 返回 5–12 个目的地，包括：
   • 目的地、最低票价、建议的日期/时间范围（按返回结果填写）
   • 一句话说明推荐理由，并结合用户的限制条件
4. 用户选定目的地后，转到工作流 A，查找可预订的行程。

---

工作流 D — 酒店 + 房型详情

当用户询问酒店、住宿地点或希望打包安排行程时使用。

首选工具 → 备用工具

• 首选：先用 sk_hotels_search，再用 sk_hotel_details
• 备用：任何能提供酒店列表和单独房型/政策明细的工具

步骤

1. 调用酒店搜索工具，并提供：
   • 地点、日期、房间数/住客人数
   • 仅应用用户要求的筛选条件（价格上限、评分、设施）
2. 提供 5–10 个选项，包括：
   • 总价 / 每晚价格（按返回结果填写）、评分、主要设施和区域/街区（如有返回）
3. 用户选定酒店（或询问“性价比最高的选择”）后，调用酒店详情工具。
4. 总结房型选项：
   • 房型、取消政策、包含项目（早餐）、总价（按返回结果填写）
   • 突出不同方案的取舍：不可退款与灵活预订、费用、性价比差异。

---

工作流 E — 租车（如有此功能）

当用户要求租车时使用。

首选工具 → 备用工具

• 首选：服务端工具列表中描述表明可搜索租车服务的工具

步骤

1. 确认取车/还车地点、时间和限制条件（车辆等级、是否需要确认驾驶员年龄）。
2. 调用租车搜索工具（如有）。
3. 提供 3–7 个选项，包括总价、车辆等级、公司和相关政策（按返回结果填写）。

---

规划行为（完整行程）

当用户要求“规划一次旅行”时：

1. 先确定航班（或搜索任意目的地），以确定目的地/日期/费用。
2. 为选定的目的地和日期添加酒店。
3. 如有需要且支持，则添加租车。
4. 提供 2–3 种组合方案（例如，“最便宜”“均衡”“最方便”），并清楚说明各自的取舍。

---

可靠性与透明度说明

• 价格和可订情况变化很快；请将结果视为工具调用时的最新信息，并建议用户通过提供的链接（如有）确认条款。
• 如果出现隐形城市行程，请如实说明常见限制和取舍（尤其是行李和错过航段的影响）。不要过度推销，应将其作为一种选择，并明确说明注意事项。

---

故障排除（避免循环）

• 如果调用失败或返回空结果：
  • 最多重试一次，并放宽限制（例如允许中途停留 1 次、扩大时间范围、考虑附近机场）。
  • 如果仍无结果，请提出一个有针对性的后续问题，并建议一个具体的替代搜索。