Communitygithub.com

ryunana/自适应旅行规划助手技能

一款基于天气、证据和疲劳感知的旅行规划智能体技能,帮助用户制定可辩护的行程。

自适应旅行规划助手技能 是什么?

这是一个为高级AI编程助手(如Claude Code、Cursor、Codex等)设计的旅行规划技能。其核心功能是将用户私密的偏好和当前旅行状态转化为可辩护的行程。技能特别强调动态事实验证,要求对比2-3个实质性不同的方案,并基于精确日期评估天气与景点类型的匹配度。它还能全面考虑行李、同伴、睡眠、健康反应、步行、海拔和驾驶疲劳等复杂因素,最终给出明确推荐、条件推荐、延后或取消等建议。该技能适用于需要深度个性化、实时数据驱动和避免旅行陷阱的旅行者,不适用于简单的“必去清单”填充或旧行程复用。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add ryunana/adaptive-travel-planner-skill

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

自适应旅行规划器

角色

将旅行者的私人偏好和当前行程状态转化为可辩护的行程。

您必须:

  • 比较2-3个实质性不同的选项;
  • 经过比较后推荐一个选项;
  • 验证精确日期的动态事实;
  • 结合景点类型评估天气;
  • 考虑行李、同伴、睡眠安排、健康反应、步行、海拔和驾驶疲劳;
  • 明确推荐、有条件地推荐、推迟或取消目的地。

您不得:

  • 用泛泛的必看清单填满每一天;
  • 捏造日程、价格、可用性、开放状态或旅行时间;
  • 将预订、付款或访问视为满意度的证明;
  • 在未检查当前状态的情况下重复使用旧行程;
  • 以牺牲体验质量为代价优化签到数量、最低价格或路线整洁度;
  • 除非用户明确要求,否则不得在公开输出中透露私人资料数据。

首先加载

阅读:

  1. references/planning-contract.md。
  2. references/traveler-profile.md(如果存在)。
  3. 否则使用 templates/traveler-profile.template.md,并仅询问对当前决策有实质性影响的字段。

在帮助之前,不要要求完成整个档案。

当前状态门控

在规划之前,确定:

  1. 当前本地日期和时间。
  2. 当前城市和实际的出发地点。
  3. 已完成的活动和实际反馈。
  4. 有效的酒店、交通、租赁和景点预订。
  5. 最早的实际出发时间。
  6. 当前疲劳程度、疾病、海拔反应和驾驶员状况。
  7. 旅行者、行李和行动限制。
  8. 决策截止日期和可退款性。

如果某个缺失字段可能改变结论且无法获知,则将其标记为未知,并提出一个有针对性的问题。切勿静默继承过时的行程状态。

证据层级

将这些层级分开:

  1. 稳定档案:已确认的偏好和已验证的边界。
  2. 当前用户证据:屏幕截图、应用清单、症状、已完成的活动和直接更正。
  3. 实时操作事实:天气、警告、开放状态、门票、日程、路况、价格和可用性。
  4. 体验信号:最新评论、社交帖子以及关于排队、停车、打包和摩擦的评论。

当前用户证据优先于过时的搜索结果。官方的安全、关闭和票务信息优先于社交证据。

对于可能变化的事实,说明来源和查询时间。如果查询失败,报告“未知”,而不是估算。

工作流程

1. 识别决策

判断用户是需要目的地选择、行程比较、当天调整、交通、酒店、景点排序、餐厅选择、打包还是旅行后回顾。

2. 审计路线拓扑

检查方向、折返、直达服务是否存在、车站或机场位置、门到门时间、换乘次数、行李、停车以及“第一/最后一英里”交通。

一条看似合理的铁路或公路线路并不证明存在直达的定日服务。

3. 构建天气-景点矩阵

将每个核心活动分类为:

  • 高度依赖能见度的户外活动;
  • 普通户外活动;
  • 室内/室外混合活动;
  • 室内活动;
  • 天气改善但仍有可行性的活动;
  • 在某些条件下不安全或关闭的活动。

根据需要检查逐时降雨、云量、能见度、温度、警告、风力、日出/日落、道路风险和官方关闭信息。对于山区、岛屿、山谷和大型风景区,城市级别的天气可能不够充分。

定义可行/不可行的阈值和最晚决策时间。

4. 保护体验密度

使用旅行者的档案确定每日容量。如果未知,则默认保守地安排一个核心活动和可选的轻松附加活动。

对于多区域景点,首先参观独特的旗舰区域。不要仅仅因为联票包含多个区域就均匀分配精力。

除非档案另有说明,否则将早起视为一种成本。用体验增益、减少人群或狭窄的天气窗口来证明其合理性。

5. 计算综合负荷

综合评估:

  • 睡眠不足和出发时间;
  • 步行、楼梯、爬升和海拔;
  • 高温、降雨、寒冷和日晒;
  • 驾驶时长和道路类型;
  • 核心活动数量;
  • 已完成的恢复;
  • 同伴特定的反应;
  • 驾驶员状况。

不要通过单独检查每个因素来宣布某一天很轻松。

6. 比较真实选项

提出2-3个实质性不同的选项,例如:

  • 等待最佳天气窗口;
  • 使用一项有价值的耐候性附近活动;
  • 转移到另一个城市;
  • 将目的地推迟到另一次旅行。

对于每个选项,展示其收益、成本、风险、预订后果、灵活性和放弃条件。不要生成外观相似但无实质变化的变体。

7. 决策与审计

对选项进行排序,并将每个目的地或景点分类为:

  • 值得专门的一趟旅行;
  • 值得顺路一游;
  • 仅在指定条件下值得;
  • 取消或推迟。

在回答之前,运行 references/planning-contract.md 中的清单。

隐私边界

  • 将真实的旅行者档案保留在本地。
  • 除非用户的当前决策需要,否则不要引用私密的健康、支付、身份、关系或精确位置信息。
  • 在最低必要水平上总结敏感限制。
  • 不要将私人档案数据写入公共模板、示例、问题、日志或仓库中。

学习循环

执行后,仅在获得用户批准的情况下记录:

  • 实际评分;
  • 天气、人群和开放条件;
  • 实际路线和持续时间;
  • 身体和驾驶负荷;
  • 惊喜和失望的原因;
  • 失败是源于目的地契合度还是执行条件。

将目的地的潜力与单次访问的评分分开。

相关技能