前言¶

做行程类 Agent 的人常遇到两种情况：用户只会说”我想带家人去 XX 玩”，需求信息量不够，方案只能靠模型硬编；方案写出来看着完整，实际执行时才发现景点限行、停车场排队、营业时间和计划对不上。Travel Planner Roadbook 就是针对这两个问题设计的端到端旅行计划制定 Skill。

这是什么¶

Travel Planner Roadbook（旅行路书规划助手）是一个基于通用 SKILL.md 格式的 Skill，坐标 @user_1b9a0379/travel-planner-roadbook，由社区发布者 user_1b9a0379 维护，版本 2.0.0，来源 community，分类 life-service。

它解决的问题是：把”从模糊需求到交付路书”的完整流程固化成一套可复用的步骤，而不是让模型一次性生成一份行程。全流程为：需求收集 → MCP 驱动的方案生成（携程问道 + 高德）→ 可执行性体检 → 决策辅助 → 订房（可跳过）→ 可折叠区块 HTML 路书交付 → 复盘回写。

核心功能¶

1、需求收集。以用户的一句模糊需求（如”我想带家人去 XX 玩”）为起点，先补齐出行人数、时间、预算、偏好等信息，再进入方案生成。

2、MCP 驱动的方案生成。方案生成依赖 MCP 工具，数据源为携程问道与高德，用于获取景点、路线、地点类信息。当 MCP 缺失时，流程降级为 WebSearch 兜底，流程本身不中断。

3、可执行性体检。生成的方案不是直接交付，而是过一遍现实约束：限行、排队、停车、营业时间，以及按出发死线倒推时间是否够用。这一环节的作用是把”看起来合理”的方案筛成”实际能跑”的方案。

4、决策辅助与订房。体检之后提供决策辅助，订房环节可按用户需求跳过。

5、HTML 路书交付。最终产物是一份采用可折叠区块组织的 HTML 路书，便于按区块阅读。

6、复盘回写。行程结束后支持复盘并将结果回写，供后续规划参考。

安装与启用¶

公开资料中未提供该 Skill 的安装命令、目录约定或配置字段。已核实的信息只有标签 requires_api_key=false，即按该 Skill 的声明，使用无需 API Key。

安装与启用方式请以官方页面为准：https://www.skillhub.cn/skills/user_1b9a0379/travel-planner-roadbook

它基于通用 SKILL.md 格式，可放进 Skill 目录由支持该格式的客户端加载。具体客户端（Cursor、Codex CLI、Claude Code）的启用差异，资料中未分别说明，此处不作推测。

典型用法¶

资料中没有给出官方的可复现调用示例，下面只列出可核实的使用入口与流程，不构造输入输出样例。

入口是一句模糊需求，例如”我想带家人去 XX 玩”。之后依次执行：

1、收集出行人数、时间、预算、偏好等需求信息；
2、通过 MCP（携程问道 + 高德）生成方案，MCP 缺失时改用 WebSearch；
3、对方案做可执行性体检，检查限行、排队、停车、营业时间与死线倒推；
4、给出决策辅助，按需跳过订房；
5、输出可折叠区块的 HTML 路书；
6、行程结束后复盘并回写。

适用场景与注意¶

适合需要在 Agent 中内嵌完整旅行规划链路、且希望方案经过现实约束校验的场景。它的价值在于流程约束与可执行性体检，而不是替代地图或订房平台本身。

使用前需要注意几点：

1、方案质量依赖 MCP 数据源（携程问道、高德）的覆盖情况；MCP 缺失时降级为 WebSearch，结果准确度会下降。
2、可执行性体检（限行、排队、停车、营业时间）依赖实时或近实时信息，出行前仍建议人工复核。
3、订房环节可跳过，按需求选择即可。
4、标签显示 requires_api_key=false，但若启用 MCP 工具，对应服务自身的鉴权要求以服务方为准。

结尾¶

Travel Planner Roadbook 的价值在于把旅行规划从”一次性生成行程”拆成需求收集、方案生成、可执行性体检、决策辅助、路书交付、复盘回写的完整链路，并提供了 MCP 缺失时的降级路径。官方地址：https://www.skillhub.cn/skills/user_1b9a0379/travel-planner-roadbook