plan-trip

规划旅行技能

用户明确调用了此技能。运行引导式旅行规划工作流，给出具体且有明确倾向的建议，并计算每点价值、列出转点路径和预订计划。

如何运行

如果用户已在提示参数中提供详细信息，请使用这些信息。否则，按以下顺序每次只问一个问题。不要一次性抛出所有问题。

1. 去哪里？ 目的地。接受地区（“斯堪的纳维亚”）、城市（“东京”）或具体机场。
2. 什么时候？ 出发月份或日期范围。注意灵活度：“确切日期”和“3 月的任意一周”对奖励票可用性影响很大。
3. 几个人？ 旅行人数；如果有儿童或婴儿，请提供年龄。工具包支持婴儿票价和座位配置。
4. 什么舱位？ 经济舱 / 超级经济舱 / 商务舱 / 头等舱。未说明时默认为经济舱。
5. 旅行多长时间？ 如适用，请提供目的地停留晚数。
6. 积分还是现金？ 有效答案有三种：“两者皆可，选最优”（默认）、“只用积分”（将现金视为最后手段）和“只用现金”（跳过奖励票搜索）。

第 6 个问题后，用一句话向用户确认计划，然后开始工作流。

工作流

收集到所需信息后：

1. 首先加载 lessons-learned。 必须执行。其他技能依赖此项。
2. 加载 flight-search-strategy，获取标准的并行搜索计划。
3. 如果用户的意图是使用积分或“两者皆可，选最优”，且本次会话的上下文中尚无余额信息，则通过 awardwallet 技能查询积分余额。如果已知余额，则跳过查询。
4. 通过 duffel、ignav、google-flights 和相关的免费 MCP 并行搜索现金票价（Skiplagged、Kiwi）。
5. 通过 seats-aero 并行搜索所有计划的奖励票（不要一开始就限定某个计划，详见 lessons-learned）。
6. 交叉参考 transfer-partners 和 transfer-bonuses，找出你实际持有积分且所需成本最低的积分币种。
7. 使用 points-valuations 计算每个奖励票选项的每点价值。
8. 查找 award-sweet-spots 中与该路线匹配的内容。
9. 如果目的地涉及中转，则检查经停选项。通过 Aeroplan、Alaska 或 Flying Blue，多城市行程可能实现“一个价格游览两个目的地”。
10. 使用 Markdown 表格展示计算过程。每个选项占一行，并按排名排列。列包括：计划、里程成本、现金补差、总价值（美元）、每点美分价值、转点前保留规则、建议。
11. 用一句话选出最佳方案并说明理由。
12. 通过 booking-guidance 列出预订后续步骤：应联系哪个计划、保留规则、转点时间，以及必要时提供电话号码。

酒店和地面交通

如果行程不只有航班，请在结尾摘要中将以下内容作为可继续办理的事项提及（不要以问题形式提出）：

• 通过 compare-hotels 搜索酒店（FHR/THC/Edit/Booking/Trivago/Airbnb/TaW）
• 通过 stopovers 和相关交通技能规划经停短途游（挪威 / 瑞典 / 丹麦使用 scandinavia-transit；德国 / 奥地利 / 瑞士 / 荷兰 / 法国 / 比利时使用 deutsche-bahn）
• 推荐目的地的独特去处（Atlas Obscura）
• 如果用户询问冷门航空公司或地区航线，通过 wikipedia-airports 核验机场路线是否合理

不要一次性罗列所有这些内容。优先给出航班建议，并将酒店 / 活动作为用户接下来可以提出的具体需求。

输出风格

• 使用 Markdown 表格展示结果
• 将最佳方案加粗
• 奖励票兑换始终显示每点价值
• 为每项数据注明来源技能（例如“通过 seats-aero”“通过 awardwallet”）
• 以“下一步”部分结尾，列出用户可以发出的具体后续指令。例如：“下一步：我可以查询 X 附近的具体日期、搜索 Y 的酒店，或查找你尚未使用的超值兑换方案。”这必须是陈述句，不能是问题。不要写“要我……吗？”或“我应该……吗？”（系统提示中的输出前门槛禁止这类表达）。

不要这样做

• 不要列出 12 个选项。挑选 3-5 个并排序。
• 不要假设用户拥有所有 API 密钥。如果缺少某个密钥，请说明，并告诉用户仍可搜索哪些内容。现金购票的航班完全不需要任何密钥。
• 不要推测性地转移积分。预订指南技能会强制执行“转移前先暂缓”的规则。请遵守这些规则。