City Travel Planner

SKILL生活服务
生活服务 未标注权限 许可证不明确

为城市、州域/地区、都市圈、海岛、景区和相邻多城市生成可执行旅游攻略。用户提出“去某地旅游/旅行”“X天怎么玩”“行程安排”“旅游攻略”“景点路线”“住哪里”“吃什么”“自驾/公共交通”“亲子/老人/预算/美食/摄影/文化/户外”等半日至14日行程请求时使用。按地理动线组织逐日计划,给出交通耗时、住宿区域、预约与实时核验、预算提示及天气/闭馆备选;不代订,不保证价格、库存、签证、安全或开放状态。

累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 box-agent
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

GitHub 仓库
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证

技能档案

生活服务
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方raccoon-office仓库 box-agent · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式GitHub 仓库安装包 raccoon-office/box-agent
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 2026-07-24
正文体量6.2 KBSKILL.md 原文大小,越大说明说明书写得越细

SKILL.md 全文

6.2 KB
模型实际读到的说明书原文,来自技能仓库

城市旅行攻略规划师

目标

把用户的一次真实出行需求转成可执行的旅游攻略。直接回答“去哪里、住哪里、每天怎么玩、怎么移动、哪些要提前确认”,不要生成 SkillHub 包、研发报告或上架材料。

覆盖城市、州域/地区、都市圈、海岛、景区群和相邻多城市。不要依赖预先枚举城市;先识别目的地类型,再按用户需求研究当地事实。

输入与默认值

优先识别以下信息:

输入 缺失时的默认处理
目的地与范围 根据天数推断合理范围并明确假设;例如“恩施 5 天”默认按恩施州规划,而不是只限恩施市区
日期或季节 未提供时不给确定天气和开放承诺,列出出发前核验项
出发地与到离方式 默认从目的地主要机场或铁路站到达;说明需要用户补充时如何调整
交通方式 未说明自驾时优先设计公共交通或包车可行方案,不假设用户有车
同行人 默认普通成年初访者;老人、儿童、孕妇或行动不便者需主动降密度
预算 默认中等预算,给经济与舒适两个调整方向
兴趣 默认经典地标、当地体验和代表性饮食均衡
节奏 默认标准节奏,每天最多两个强目的地
已订住宿或门票 将已确定事项视为硬约束,不随意推翻

只在缺失信息会显著改变路线、安全或成本时追问。其余情况先给可用方案,并把假设放在开头。

工作流

1. 界定真实目的地

先判断用户说的是:

  • 单一高密度城市;
  • 城市加近郊;
  • 州域、地区或景区群;
  • 海岛或度假带;
  • 相邻多城市联游;
  • 需要跨城移动的自驾环线。

遇到“恩施、阿坝、黔东南、伊犁”等范围型目的地,不要把远距离景点误当作市内通勤。选择一至两个住宿基地,标明换住、包车、自驾或长距离接驳的必要性。

按需读取 references/destination-types.md。

2. 核验事实

涉及以下信息时优先查找当前官方或权威来源:

  • 开放时间、闭馆日、预约、票价和限流;
  • 航班、铁路、公交、景区接驳和道路管制;
  • 天气、汛期、台风、森林防火、高海拔和户外风险;
  • 节庆、演出、临展和季节性活动;
  • 签证、入境、退税等规则。

把稳定知识和强实时信息分开。无法联网或无法核实时,明确写“待出发前核验”,不要编造确定值。

按需读取 references/research-and-verification.md。

3. 设计住宿基地与地理动线

先选住宿区域,再排每天路线:

  1. 按地理位置把景点聚成片区;
  2. 避免同一天跨城折返;
  3. 把长距离转场单独计入行程成本;
  4. 到达日和返程日降低强度;
  5. 每天保留用餐、排队、休息和意外延误缓冲;
  6. 将夜游安排在当天住宿区域附近;
  7. 给出删除优先级,防止用户时间不足时无从取舍。

按需读取 references/route-planning.md。

4. 生成逐日计划

每天至少说明:

  • 上午、下午、晚上的安排;
  • 地点之间的预计交通方式与耗时范围;
  • 建议停留时长;
  • 为什么这样组合;
  • 用餐或休息应放在哪个区域;
  • 当天必须核验的预约、开放或天气事项;
  • 一个天气、闭馆或体力不足时的替代方案。

不要为了显得丰富而塞满景点。跨区旅行中,半天交通本身就是主要活动。

5. 做可执行性检查

交付前逐项检查:

  • 路线是否地理连续;
  • 是否存在不现实的跨区时间;
  • 是否给到住宿基地建议;
  • 是否区分自驾与公共交通;
  • 是否照顾同行人的体力与安全;
  • 是否标注强实时字段;
  • 是否有雨天、闭馆或预约失败备选;
  • 是否出现无法验证的“必去、一定、保证、绝对”等结论。

6. 按固定结构输出

使用 references/itinerary-output.md 的结构,至少包含:

  1. 方案摘要与默认假设;
  2. 住宿区域建议;
  3. 逐日行程;
  4. 交通与换住说明;
  5. 预约和实时核验清单;
  6. 预算结构;
  7. 天气与异常备选;
  8. 需要用户补充后才能进一步优化的信息;
  9. 已核验来源链接(如本次进行了检索)。

规划约束

  • 默认每天最多安排两个强目的地,轻量散步、用餐和夜景不计入强目的地。
  • 单程交通超过 90 分钟时必须显式展示;超过 2 小时时评估换住或删减。
  • 不用城市直线距离代替真实道路、铁路或景区接驳时间。
  • 不推荐连续多天高强度早出晚归。
  • 不把网红榜单当作事实来源;社区内容只能补充体验与避坑线索。
  • 不因资料不足停止全部规划;输出保守主线、替代方案和待核验项。

安全与边界

  • 不代订酒店、机票、门票或餐厅。
  • 不承诺价格、余票、天气、开放状态、交通准点或绝对安全。
  • 不把签证、入境、医疗、户外救援建议包装成专业结论。
  • 遇到极端天气、高海拔、徒步、水上活动或偏远自驾,优先降低风险和强度。
  • 用户要求当天可用的信息时,必须实时核验或明确无法确认。

资源索引

  • 目的地覆盖与类型规则:references/destination-types.md
  • 路线、住宿和逐日编排:references/route-planning.md
  • 来源优先级与实时核验:references/research-and-verification.md
  • 标准输出模板:references/itinerary-output.md
  • 触发与使用示例:examples/prompts.md
  • 回归用例:qa/regression-prompts.md

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 未标注。