旅游攻略生成器

SKILL生活服务
生活服务 未标注权限 许可证不明确
安装这个技能

交互式旅游攻略生成器:当用户想做旅游攻略、行程规划、旅游地图,或说"家庭游/亲子游/避暑游/情侣游攻略"时使用。采用"摸画像 → 推真实景点(避网红滤镜+给理由) → 出手绘拓扑地图 → 确认 → 出暖金 PDF"的5 阶段闭环。无需地图 Key 即可生成带方位感的行程地图,有 Key 时可升级真实地理图;自动算实际可游玩天数,内置真实景点实景图与酒店餐饮推荐。

一句话选型结论

按资料字段整理

旅游攻略生成器是生活服务类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类生活服务 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_b4812041/travel-guide-builder
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

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

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
行程与攻略

按目的地和天数排行程。

日常信息查询

查天气、交通、办事信息。

生活事务整理

把琐事整理成清单逐项处理。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在生活服务场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
旅游攻略生成器当前 未标注权限 未标注 未标注 未标注 有
食谱批量下载文件夹 联网访问 GitHub 仓库 28.5 万 Codex、Claude、Cursor 有
食谱创建演示文稿 未标注权限 GitHub 仓库 28.0 万 Codex、Claude、Cursor 有
recipe 备份 sheet AS CSV 联网访问 GitHub 仓库 27.9 万 Codex、Claude、Cursor 有
recipe create Gmail filter 邮件管理 未标注权限 GitHub 仓库 27.8 万 Codex、Claude、Cursor 有
配方观察驱动器变化 联网访问 GitHub 仓库 27.4 万 Codex、Claude、Cursor 有

SKILL.md 全文

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

旅游攻略生成器(交互式 5 阶段)

本 Skill 把"出攻略"做成有来有回的闭环,而不是一次性丢一份 PDF。核心节奏:

> 先摸清楚人,再挑景点,确认地图,最后出 PDF。

绝不跳过画像采集直接生成。景点是"推荐 + 避坑 + 理由"让用户拍板,不是你替他定。


何时触发

  • 用户说:做一份 XX 旅游攻略 / 帮我规划 XX 行程 / 家庭游攻略 / 亲子游 / 避暑游 / 生成一个旅游地图和攻略
  • 用户给目的地 + 天数,想系统化成稿
  • 任何"把一次旅行变成可交付 PDF/地图"的意图

若用户只是问"XX 好玩吗""XX 几天够"这类单层问题,正常回答即可,不必进流程。


五阶段交互工作流

提问设计铁律(专业代理,不甩空白判断题)

用户是来听专业意见的,不是来当出题人。凡是涉及专业判断的提问(住哪个镇 / 选哪些景点 / 什么档位 / 是否加点名项),AI 必须先给「我的推荐 + 1 句理由 + 备选」,再让用户确认或微调:

  • 用 AskUserQuestion 时,把推荐项标 (推荐) 置顶为第一个选项;其余作备选。
  • 选项描述里直接写清推荐理由(如「木鱼镇(推荐):配套最全、餐饮多、Day1 神农顶往返最顺」),不要只甩地名。
  • 用户「猜」出来的选择,十有八九返工。宁可多写一句研判,少一轮打回。
  • 纯事实类(具体出发日期、有无饮食禁忌)才适合空白提问。

阶段 1 | 摸画像(必须先做)

用 AskUserQuestion 或文字提问,覆盖画像卡字段(详见 references/trip_method.md 的「提问清单」)。最少要拿到:

  1. 目的地 + 大致日期 + 天数
  2. 同行人数与年龄结构(是否有老人/小孩/孕妇 → 决定强度与避坑)
  3. 预算档位(经济 / 舒适 / 豪华)
  4. 出行类别(风景观光 / 康养旅居 / 美食之旅 / 摄影之旅 / 随便走走)→ 直接影响阶段 2 推荐权重与阶段 3 路线编排
  5. 饮食偏好与禁忌(免辣 / 过敏 / 清真 / 素食等)
  6. 交通偏好(包车 / 公共交通 / 自驾 / 混合)
  7. 是否需要酒店及特色餐饮推荐(按预算档位推荐适宜档位)→ 决定 PDF 是否出「住宿推荐」「特色餐饮」板块
  8. 特殊约束(每日景点上限、午休、体力、必须去的"点名项")
  9. 到达 / 离开时段(关键!决定实际可游玩时长):问清「预计到达当地的大致时段(上午 / 下午 / 晚上)」与「预计离开当地的大致时段(上午 / 中午 / 下午 / 晚上)」。这决定 Day1 与最后一天是完整日还是半日,AI 排程与画像卡"实际可游玩"均依此推算,不要只问"天数"就按整日排。

> 第一轮用 AskUserQuestion 问 4 个最关键(目的地档期 / 人数年龄 / 预算 / 出行类别),第二轮补饮食交通偏好、酒店餐饮需求、到达/离开时段、约束与点名项。不要一次甩 10 个问题。

拿到画像后,先口头复述一遍画像卡,确认无误再进阶段 2。

阶段 2 | 推景点(避坑 + 推荐 + 理由)

这是本 Skill 的价值高地。做法:

  1. 用 WebSearch 抓真实信息:搜「目的地 + 避坑 / 网红滤镜 / 真实值得去 / 小红书点评 / 预约」,以及各候选景点的门票、开放时间、是否需预约。
  2. 按 references/trip_method.md 的「避坑方法论」与「景点研判框架」筛分:
    - 避坑(网红滤镜景点):列出 3-5 个"名气大但体验差"的,每点给具体理由(排队时长 / 同质化 / 溢价 / 对老人小孩不友好)。
    - 推荐(真实值得):按画像(有无老小、预算、天数)给 8-15 个候选,标注适配理由与当日体力负荷。
    - 按出行类别(trip_type)调整推荐权重(阶段 1 已采,详见 references/trip_method.md):
    · 风景观光:自然奇观/地标优先,密度可高,重在"到此一证";
    · 康养旅居:慢节奏、少赶路,温泉/绿道/公园/长住酒店优先,每日 ≤3 景点 + 午休;
    · 美食之旅:餐饮权重最高,市场/夜市/老店/小吃街密集排,景点为辅;
    · 摄影之旅:黄金时刻(日出日落、蓝调)、小众机位、避人流,标注最佳拍摄时段;
    · 随便走走:不强求密度,随性留白,少预约多散步。
    > 类别直接影响阶段 3 路线编排(如摄影之旅把最佳光线点排在清晨/黄昏)。
  3. 用 AskUserQuestion(multiSelect)让用户从推荐里勾选意向景点,推荐项标 (推荐) 置顶;并确认要剔除的避坑项。不要抛空白多选题让用户盲选。
  4. 用户点名的必去项无条件保留,只标体力风险与优化建议。

> 不许只给清单。每个景点必须带一句"为什么适合你 / 为什么劝退",这是和网上通用攻略的区别。

阶段 3 | 出带行程的地图(PNG/网页地图)

用户意向确定后:

  1. 你(AI)把结构化数据写成 trip_data.json(schema 见 references/trip_method.md,重点填 days[].places 给地图用)。
  2. 地图分三层,脚本自动选最高可用模式:
    - 优先真实地理图:若用户有腾讯地图 Key(或启用 tencentmap-map-assistant 临时 Key),渲染 JSAPI 网页地图 + 小程序专属地图二维码,可在 WorkBuddy 预览面板/手机直接看。
    - 无 Key 降级为地理示意拓扑图:在 trip_data.json 里提供 geo_layout(区域色块 + 各点相对坐标),脚本生成带方位感的水彩色块示意图(如某湖在西北、市区居中、某景区在东南),按天配色虚线连线。比纯色卡更像"地图"。
    - 连 geo_layout 都没有:降级为原「纯色拓扑卡」。
    > 无地图 Key 时直接出地理示意拓扑图即可,不必每次跟用户确认交付物性质;仅当用户主动提供腾讯地图 Key(或要求启用 tencentmap-map-assistant 真实图)时,才出真实地图底图。
    运行:
    python scripts/make_map.py trip_data.json 地图输出.png
  3. 用 present_files 把 PNG(或网页地图)抛给用户看。

阶段 4 | 确认地图

等用户确认地图"无修改"。若有调整(地点增减 / 顺序 / 编号),改 trip_data.json 重跑 make_map.py,直到用户说 OK。未确认前不出 PDF。

阶段 5 | 出 PDF 攻略(最终交付)

地图确认后:

  1. 运行(封面图若用户未给,脚本自动用渐变占位):
    python scripts/build_guide.py trip_data.json
    输出暖金风格 PDF,含 P0+P1 全板块。
  2. 用 pypdf 校验页数/中文/图片(参考 references/trip_method.md 校验段)。
  3. present_files 交付 PDF。对外发布默认脱敏(见隐私约定)。
  4. 景点实景图:确认意向后、出 PDF 前,用 WebSearch 为入选 spots 各找 1 张公开实景图 URL(优先风景照、避开人物正脸,兼顾版权与隐私),写入 spot.photo_url;build_guide.py 自动下载并嵌入景点卡片(下载失败优雅降级为纯文字,不报错)。
  5. 出 PDF 前必做自检(详见 references/trip_method.md 第九章「返工高频坑位与预防」):
    - 每个入选 spots 的 photo_url 已下载目视确认主题正确,无错配(如食物图配成别菜、湖景配成花田);
    - spots 数与已配图数一致,build_guide.py 无 "缺图/丢图" WARNING;
    - 模板无硬编码人群词(行前/画像/适配文案全从 JSON 读,不残留"老人小孩""重庆"等旧目的地痕迹);
    - 画像卡=表格样式、住宿餐饮合并一页、路线总览无重复色卡。
    > 自检不过关不出 PDF,避免"出了再被打回"。

数据契约:trip_data.json

AI 与脚本之间的唯一接口。完整字段、类型、示例见 references/trip_method.md 的「JSON Schema 全解」。关键节点:

{
  "meta": { "title":"", "dates":"", "days":5, "nights":4,
           "arrive":"上午", "leave":"晚上",    // 到达/离开时段:上午/下午/晚上、上午/中午/下午/晚上;推算实际可游玩时长
           "people":"", "trip_type":"风景观光",   // 出行类别,影响推荐权重与路线编排
           "hotel":"", "tier":"舒适型",
           "total_km":"", "prefs":"", "constraints":"",
           "cover_image":"",                    // 封面图路径,空则用渐变占位
           "hotel_on":false, "dining_on":false }, // 是否需要酒店/餐饮推荐
  "days": [
    { "num":8, "date":"8/8", "week":"六", "theme":"", "color":"RED",
      "trans":"", "km":"",
      "places":["重庆北站","八一路","解放碑"],   // ← 地图用,必填
      "timeline":[["17:30","高铁抵达","包车","30分","含高铁"], …],
      "food":[["店名","地址","人均","必点","适合"], …],
      "tip":"" }
  ],
  "hotels":[ ["名称","区位","价位/晚","适合/亮点","预订贴士"], … ],  // hotel_on=true 时出「住宿推荐」
  "dining":[ ["类别","推荐","价位/亮点","贴士"], … ],            // dining_on=true 时出「特色餐饮」
  "spots":[ {"title":"","key":"","intro":"","highlights":"","fit":"","info":"","tip":"","image":"","photo_url":""}, … ],
                                                     // photo_url: 公开实景图 URL,脚本自动下载嵌入
  "food_index":[["品类","推荐","贴士"], …],     // 可选
  "transport":[ {"h":"一、高铁接站","lines":["…","…"]}, … ], // 可选
  "before_leave":{ "weather":"","packing":"","avoid":["…"],"emergency":"" },
  "budget_on": false,                          // 家庭内部隐私,对外默认关
  "budget":{ "tiers":[[…]], "tips":"" }       // budget_on=true 时出
}

color 取值:RED / GOLD / GREEN / RIVER / GREY / NAVY(暖金配色体系,脚本内映射)。


视觉与风格约定

  • 暖金主色:深蓝 #16384F + 江蓝 #3E8EBA + 朱红 #E0552F + 暖金 #E0A93B + 米底 #F3ECDD。
  • 字体:自动探测系统中文字体——Windows 微软雅黑 / macOS PingFang·STHeiti / Linux 文泉驿,均自动适配,无需手动配置;极端无中文字体环境降级为内置 CID 字体。
  • 板块顺序:封面 → 出行画像卡 → 路线总览(含地图) → 每日(五列时间线+每日美食卡) → 必去景点深度卡片 → 美食索引 → 交通指南 → 行前必看 → 预算(可选)。
  • 图片:景点卡优先用 WebSearch 找到的公开实景图 URL(spots[].photo_url,脚本自动下载嵌入),找不到则降级纯文字或渐变占位;封面图由 meta.cover_image 提供,空则渐变占位。

隐私与脱敏(对外物料)

  • 真实姓名(用化名,如"李鹏")、单位/职务、家庭住址、真实亲属关系、门牌号 → 默认脱敏,不等用户提醒。
  • 配图优先 AI 生成 / 手绘示意图,不嵌真实家人照片或带具体地标实拍。
  • 预算模块 budget_on 默认 false(家庭内部数据),内部版设 true 才出。

依赖与环境

  • Python 3.10+,需安装三个第三方库(首次使用请先装):
    bash pip install reportlab Pillow pypdf
    > WorkBuddy 自带 managed Python;若用本机环境,在对应 venv 里 pip install 即可。
  • 字体零配置:脚本自动探测系统中文字体(Windows 微软雅黑 / macOS PingFang·STHeiti / Linux 文泉驿),无需手动指定;仅极少见的无中文字体环境会降级为内置 CID 字体。
  • PDF 与默认地理示意图均为本地生成,不依赖外部地图 Key。
  • PDF 与默认地理示意图均为本地生成,不依赖外部地图 Key。
  • 若要真实地理底图(腾讯地图 JSAPI 网页地图 + 小程序地图),需启用 tencentmap-map-assistant 并配置 Key(临时或正式)。
  • 地图能力优先级:真实地理图(需 Key) > 地理示意拓扑图(需 geo_layout) > 纯色拓扑卡(无需额外字段)。

文件清单

travel-guide-builder/
├── SKILL.md                  # 本文件
├── references/
│   └── trip_method.md       # 提问清单/避坑方法论/研判框架/JSON Schema 全解/校验
├── scripts/
│   ├── build_guide.py       # trip_data.json → 暖金 PDF
│   └── make_map.py          # trip_data.json → 带行程拓扑地图 PNG
└── assets/                  # 封面占位/字体等(可空,脚本自动占位)

常见问题

5 问
答案由本站依据条目字段整理
旅游攻略生成器怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_b4812041/travel-guide-builder。安装方式为未标注。装完刷新技能列表或重开客户端。

旅游攻略生成器支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

旅游攻略生成器权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

旅游攻略生成器收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

旅游攻略生成器用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

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