n8n 模板：AI 规划旅行并在出发前自动复查行程

原文要点

原模板含两条协作流程。规划流程：n8n 表单先选语言，再收集旅行风格、兴趣、饮食住宿偏好并校验，画像存入 Data Table 复用；接着收集日期、出发地目的地、交通偏好、住宿状态、预算与必去清单；Gemini 判断需要哪些可行性核查，用 Tavily 搜索和 Google Maps Routes API 查证车程等，确认可行才生成逐日行程，渲染 HTML 经 Gmail 发送，并把行程与复查计划存入 Data Table。复查流程每日定时运行，对临近行程查 Open-Meteo 天气与交通设施动态，仅在核实到实质变化时重建行程并重发邮件。

这次做成什么

配齐四个凭据与两张 Data Table，用一份虚构的京都行程走通规划流程，再手动触发复查流程验证「无变化只发状态邮件、有变化才重建」的分支逻辑。

准备什么

• Google Gemini API 访问（Google PaLM 凭据）
• Tavily API key 与已启用 Routes API 的 Google Cloud 项目 key
• 已配置 OAuth2 的 Gmail 发件账号
• n8n Data Tables 功能可用，需建 travel_profiles 与 travel_trip_records 两表

具体怎么做

1. 配齐四类凭据

   依次添加 Google Gemini（PaLM）、Tavily、Gmail OAuth2 凭据；Google Maps Routes API key 通过 HTTP Header Auth 方式配置，并确认 Cloud 项目里已启用 Routes API。

2. 创建并绑定两张 Data Table

   在 n8n 建 travel_profiles 和 travel_trip_records 两张表，打开模板中的 Data Table 节点，把表 ID 换成你工作区里实际的表。

3. 填写表单跑规划流程

   打开表单 URL，选中文，按下方材料填入慢游偏好与京都 5 晚行程信息；故意留空日期提交一次，确认出现校验提示后再补全提交。

4. 查看核查与行程产物

   观察 Gemini 先列核查项、再由 Tavily 与 Routes API 返回车程和开放信息；确认收到 Gmail 发来的 HTML 行程邮件，且 travel_trip_records 新增一条含复查计划的记录。

5. 手动触发复查流程验证分支

   手动执行定时复查分支：当 Open-Meteo 天气与 Tavily 查到的交通设施信息相对已存行程无实质变化时，应只收到一封状态邮件、不重建行程。「有变化才重建」分支依赖真实天气变化，测试期若遇不到，可先核对该判断分支的节点配置逻辑，待出发前夕天气实际变化时再确认行程被重建并重发更新邮件。

可直接复制的材料

{
  "language": "中文",
  "travelStyle": "慢游",
  "interests": ["美食", "博物馆"],
  "foodStayPreferences": "预算型旅馆，素食可",
  "origin": "上海",
  "destinations": ["京都"],
  "dates": "2026-11-10 至 2026-11-15",
  "transport": "公共交通",
  "accommodationStatus": "已预订",
  "budgetPerDay": 800,
  "mustVisit": "清水寺、锦市场"
}

你是行程可行性审核员。根据目的地、日期、每日预算、必去清单和下方核查结果（车程、开放状态、天气预报），逐项判断：1) 哪些信息必须核实；2) 是否存在阻碍行程的硬性问题。只输出 JSON：{"proceed": true 或 false, "blockers": [阻碍项], "recheckPlan": [{"item": "需复查项", "when": "复查时间点"}]}。只有不存在阻碍项时 proceed 才为 true，recheckPlan 至少包含天气一项。

输入与输出示例

本站虚构演示，非 Gemini 或 Maps API 实际返回；75 分钟车程为常见参考值，实际以 Routes API 查询为准。

输入

上海出发，京都 5 晚（2026-11-10 至 11-15），每日预算 ¥800，公共交通，必去清水寺与锦市场，住宿已订。

对应输出

{"proceed": true, "blockers": [], "recheckPlan": [{"item": "京都 11 月中旬天气与降雨", "when": "出发前 3 天"}, {"item": "清水寺夜间特别开放时段", "when": "出发前 7 天"}]}，随后生成第 1 天概要：抵达关西机场→Haruka 特急约 75 分钟至京都站→旅馆入住→锦市场晚餐。

做完检查这些

• 留空日期提交表单时出现校验提示，流程不进入生成阶段
• travel_profiles 与 travel_trip_records 各写入对应记录
• 收到 Gmail 发来的 HTML 行程邮件且包含逐日安排
• 复查流程在无实质变化时只发状态邮件，有变化时才重建并重发

容易卡住的地方

• Data Table 节点里的表 ID 指向原作者工作区，必须替换为自己的表否则报错
• Routes API 需在 Google Cloud 项目单独启用且按调用计费
• 复查流程是每日定时，测试时直接手动触发该分支即可
• Gemini 与 Tavily 各有调用配额，频繁全量重跑会快速消耗
• Gmail 节点必须用完成 OAuth2 授权的发件账号，否则邮件步骤失败