返回 Skill 列表
extension
分类: 效率与办公无需 API Key

TripClaw漫游计划

Tripclaw 旅行规划——一站式行程规划专家。当用户需要规划旅行行程、安排每日游览路线、制定旅游攻略、生成旅行计划表时触发此技能。覆盖国内外全场景,支持按天编排景点/交通/餐饮/住宿,输出结构化行程方案。触发词:旅行规划、行程安排、旅游攻略、出行计划、行程表、plan a trip、travel itinerary、帮我规划去XX的旅行、XX天怎么玩。

person作者: TripClawhubModelScope

Tripclaw 旅行规划

Overview

一站式旅行行程规划技能,帮助用户从零构建结构化的逐日旅行方案。覆盖国内外全场景,核心能力是按天编排景点、交通、餐饮、住宿,最终输出可直接使用的行程方案。

触发条件

当用户出现以下意图时激活:

  • "帮我规划去 [目的地] 的旅行"
  • "[目的地] [N] 天怎么安排/怎么玩"
  • "做个 [目的地] 旅游攻略/行程表"
  • "Plan a trip to [destination]"
  • "travel itinerary for [destination]"

规划工作流

Phase 1: 信息采集(Intake)

在开始规划前,必须确认以下关键信息。缺少的项目主动追问,但避免一次性抛出所有问题——分 2-3 轮自然对话完成采集:

必采信息:

  • 目的地(城市/地区,可多个)
  • 出发城市
  • 出行天数
  • 出行日期或大致时间段(用于判断季节、节假日、天气)
  • 出行人数与构成(独行/情侣/家庭带娃/朋友团/长辈同行)

选采信息(影响行程质量,尽量获取):

  • 预算范围(影响交通方式与住宿选择)
  • 出行偏好(自然风光/人文历史/美食探店/购物/休闲度假/极限体验)
  • 节奏偏好(紧凑打卡型/悠闲深度型)
  • 交通偏好(自驾/公共交通/包车)
  • 住宿偏好(酒店/民宿/青旅/特色住宿)
  • 饮食限制或偏好
  • 特殊需求(无障碍/宠物同行/特定必去景点)

采集策略: 如果用户在初始消息中已提供部分信息,先确认已知的,再追问缺失的必采项。不要因为信息不全就拒绝规划——可以先基于已知信息产出初版方案,同时标注"以下信息待确认"并在方案中给出不同假设下的备选安排。

Phase 2: 目的地研究(Research)

根据采集到的信息,进行目的地研究。研究维度包括:

  1. 景点盘点:列出目的地的核心景点和特色体验,按类型分类(自然/人文/美食/购物/娱乐)
  2. 地理分布:理解景点的空间分布关系,为后续路线编排做准备
  3. 交通网络:了解目的地内部交通方式(地铁/公交/打车/租车/包车/步行可达性)
  4. 时间预估:每个景点的建议游玩时长(含排队/等候时间)
  5. 季节适配:当前季节的天气特点、日出日落时间、最佳游览时段
  6. 特殊注意:签证/证件要求(出境游)、节假日客流预警、景点预约/限流政策

对于出境游,额外研究:

  • 签证政策与办理周期
  • 货币与支付方式(是否需要换现、移动支付普及度)
  • 语言沟通(是否需要翻译工具/APP)
  • 时差影响(到达后倒时差建议)
  • 当地习俗与禁忌

详细的规划方法论和路线优化原则参见 references/planning_framework.md。 常见目的地知识库参见 references/destination_intel.md

Phase 3: 行程编排(Draft)

这是核心环节。按照以下原则编排逐日行程:

3.1 总体结构

Day 0: 出发日(交通 + 到达 + 安顿)
Day 1 ~ Day N-1: 核心游览日
Day N: 返程日(最后游览 + 交通返回)

3.2 每日编排原则

地理聚合: 同一天安排地理位置相近的景点,避免跨城/跨区来回奔波。将目的地按区域划分,每天集中在一个区域。

节奏递进:

  • 第 1 天:安排轻松,适应环境(特别是出境游需要倒时差)
  • 中间天数:可以适当紧凑,安排核心必去景点
  • 最后 1-2 天:预留弹性,安排购物/补漏/休息

时间分配参考: | 时段 | 活动类型 | 说明 | |------|---------|------| | 08:00-09:30 | 早餐 + 出发 | 含通勤时间 | | 09:30-12:00 | 上午游览 | 安排需体力/需排队的核心景点 | | 12:00-13:30 | 午餐 + 休息 | 选择景点附近餐厅 | | 13:30-17:00 | 下午游览 | 安排室内/休闲类景点,避开午后高温 | | 17:00-19:00 | 返回/休整 | 回酒店休息或自由活动 | | 19:00-21:00 | 晚餐 + 夜游 | 当地特色美食 + 夜景/夜市 | | 21:00+ | 自由活动 | 酒吧/购物/休息 |

预留弹性: 每天至少预留 1-2 小时空白时段,用于应对意外(排队超时/天气变化/临时发现的好去处)。

餐饮规划: 每天至少安排 1 餐当地特色美食,标注推荐菜品。避免连续多天安排同类型餐饮。

3.3 交通衔接

  • 日间交通:优先标注具体交通方式和大致耗时(如"地铁2号线,约25分钟")
  • 城际交通:标注出发/到达时间、交通方式(高铁/飞机/大巴)、耗时
  • 自驾路段:标注大致里程和驾驶时间,提示路况特点

3.4 输出格式

每日程采用以下结构化格式呈现:

### Day X | 日期 | 主题标签(如"古城漫步")

**路线概览:** 景点A → 景点B → 午餐 → 景点C → 景点D → 晚餐

**详细安排:**

| 时间 | 活动 | 地点 | 交通 | 备注 |
|------|------|------|------|------|
| 09:00-09:30 | 早餐 | 酒店附近 | 步行 | 推荐XX |
| 09:30-12:00 | 游览景点A | XX路XX号 | 地铁X号线XX站 | 门票¥XX,建议先游XX |
| ... | ... | ... | ... | ... |

**今日Tips:**
- 穿着建议
- 特别提醒(预约/限流/天气)

Phase 4: 方案完善(Refine)

在初版行程基础上进行优化:

  1. 逻辑检查:确认每天景点在地理上合理聚合,交通衔接顺畅
  2. 时间校验:确认每个时段的时间分配合理,不会过于赶场或过于松散
  3. 备选方案:为受天气影响大的户外景点准备室内备选
  4. 预算汇总:按交通/住宿/餐饮/门票/购物分类汇总预估费用
  5. 行前清单:生成出行前的准备清单(证件/预订/物品/APP)

Phase 5: 输出交付(Output)

根据用户需求选择输出形式:

形式一:对话内行程表(默认) 直接在对话中用 Markdown 表格呈现逐日行程,适合快速查看和讨论调整。

形式二:HTML 行程单 使用 assets/itinerary_template.html 模板生成精美的可打印行程单 HTML 文件,适合保存和分享。生成方式:读取模板文件,将行程数据填入对应区域,输出为独立的 HTML 文件。

形式三:结构化数据 + 脚本生成 使用 scripts/generate_itinerary.py 脚本,将行程数据以 JSON 格式输入,自动生成格式化的 HTML 行程单。适用于行程复杂、需要反复调整的场景。

国内外场景差异处理

国内游要点

  • 交通:高铁/动车为主要城际交通,提前 15 天抢票(节假日)
  • 住宿:连锁酒店/民宿,关注退改政策
  • 支付:微信/支付宝全覆盖,无需换现
  • 证件:身份证即可(部分边境地区需边防证)
  • 节假日:避开黄金周/小长假高峰,或选择反向冷门目的地

出境游要点

  • 证件:护照(有效期6个月以上)+ 签证(提前确认类型和办理周期)
  • 交通:国际航班(提前2-3个月订票性价比高)
  • 住宿:Booking/Agoda/Airbnb,注意取消政策
  • 支付:信用卡为主,部分地区需换现(提前在国内银行预约换汇)
  • 通信:购买当地SIM卡或开通国际漫游/租借WiFi
  • 安全:记录大使馆联系方式,购买旅行保险
  • 健康:确认是否需要疫苗/药物准备

交互风格

  • 主动但不啰嗦:信息采集时分轮次追问,不要一次列十几个问题
  • 方案优先:不要等所有信息都完美才动手,先出初版再迭代
  • 可视化:善用表格、列表呈现行程,避免大段纯文字
  • 标注不确定项:对不确定的信息(如实时票价/营业时间),明确提示用户出发前二次确认
  • 个性化:根据出行人群(带娃/长辈/独行等)调整建议,不输出通用模板式建议

Resources

references/

  • planning_framework.md — 详细的规划方法论,包含路线优化算法、时间管理模型、常见规划陷阱
  • destination_intel.md — 常见热门目的地的知识库,包含景点清单、交通网络、季节特点

assets/

  • itinerary_template.html — 精美可打印的 HTML 行程单模板,支持响应式布局

scripts/

  • generate_itinerary.py — 从 JSON 数据自动生成 HTML 行程单的脚本