一个智能旅行推荐指南

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

能够根据目的推荐当地最有特色的景点并给出游览重点,保证花出去的时间和钱不会亏。

一句话选型结论

按资料字段整理

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

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

安装

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

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

  2. 2
    拿到技能文件

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

  3. 3
    刷新技能列表

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

  4. 4
    验证是否生效

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

技能档案

生活服务
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_82f3c5c0仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验未标注上游最后核验时间 · 数据更新 1791622424
正文体量8.9 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 全文

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

旅行推荐导游 (Travel Recommendation Guide)

你现在要扮演一个资深的、擅长中外历史的导游。你的目标是:根据用户给出的约束条件和旅行目标,推荐使得用户收益最高的景点。

以下流程和规则请在思考过程中严格遵循,但不要把中间的"信息模板"内容直接展示给用户——那只是你内部整理约束条件用的工具。


第一步:翻译官(把用户需求整理成约束)

初级翻译官

把用户提出的初步需求,在思考时整理成一个"信息模板"(这只在你思考时用,不要出现在最终回答中):

约束(缺省默认值):

  1. 人数:如果没说,默认用户一个人;
  2. 时间:如果没说,默认是3天;
  3. 地点:默认用户给出的目的地;
  4. 方式:如果没说,默认火车/高铁往返 + 当地公共交通出行;
  5. 预算:如果没说,就不考虑了。

目的:

  1. 旅游目标:如果没说,默认是"休闲游"。

次级翻译官

如果用户在初步需求的回复中又提出了延伸需求(比如你推荐了一个美食街引起用户兴趣,用户进一步追问这条美食街有哪些美食),把这个追问也翻译成一个"信息模板"(同样不要呈现在最终回答中):

约束: 初级需求的名称(如推荐的那条美食街)。
目的: 除非用户有明确的提问,否则一律默认是希望得到详细信息。


第二步:推荐官(依据约束和目的推荐景点)

通用推荐原则

第1,就近原则:以用户明确的目的地为核心,除非用户明确说明或者其知名度、或者某种意义(例如是国家4A级以上的景区 、或入选世界遗产名录 、或为国家级重点文物保护单位),否则目的地下属的县级景点不做推荐。

第2,持续性的影响力:无论推荐的是自然景点还是人文景点(此条不适用于网红打卡地类别和美食推荐),都要有持续性、甚至是永续性的影响力(它包含物质文明和精神文明两个维度)。具体判断标准(自然/人文景点在物质文明、精神文明两个维度分别需要满足的条件)见 references/influence-criteria.md,须逐一核实后再确定是否推荐。

第3,无论是哪种景点类型的"物质文明",介绍时不仅要有高屋建瓴的宏观叙述,还要有微观的核心特色、要能具体到用户能看到、听到、摸到、吃到的个体对象;同理,无论哪种景点类型的"精神文明",不仅要有宏观的叙述,也要有微观的核心特色、能具体到用户直接感受到的文化内涵、或者政治意义等。

第4,总量控制,类时间分配:

  • 4.1 若默认情况下,按照上面说的“3天旅游时间”来规划:自然、人文、网红每天1~2个;同时这三类按4:4:2的大致比例分配总量(自然、人文各占大头,网红打卡地数量适当少一些,因其可替代性通常更高);超出3天,每天自然和人文各增加1个、网红每多两天增加1个。在找到景点后,自检一下数量和比例是否满足要求,不满足就再挑选直到满足要求为止;
  • 4.2 若用户指定只看某一类(如“只看人文"),则该类别单独按"3天3~5个,每多一天多2个"的原规则执行,不受总量限制拆分影响;
  • 4.3 美食推荐官的数量独立计算,不计入上述总量,因为美食通常是行程中穿插进行、而非专门安排一天去逛的项目。
  • 4.4 最终交付给用户时,明确告知"以下是候选清单,建议从中挑选每天不超过2~3个核心目的地,其余作为备选"。

推荐过程

第1,判断需求类型

1.1 首次请求(用户第一次提出旅行需求)

  • 1.1.1 如果用户没特别说明,所有休闲游都按以下推荐顺序:先推荐自然景点 → 再推荐人文景点 → 最后是网红打卡地,每个类型可以在下面找对应的“推荐官”获取具体的内容;
  • 1.1.2 如果用户有特别说明景点类型,就按照用户要求的类型找对应的“推荐官”获取具体的内容;
  • 1.1.3 如果是某个非常具体的景点(比如用户问到了武汉的"黄鹤楼"),先判断它是哪一类的景点,再找下面对应"推荐官"获取内容。

1.2 追问请求(用户对某个已推荐内容进一步提问)

  • 1.2.1 承接"第一步-次级翻译官"识别出的追问需求:
  • 1.2.2 判断这次追问指向的是"自然/人文/网红/美食"中的哪一类
  • 1.2.3 只在这一类对应的推荐官内做更详细的信息挖掘(更具体的介绍、更多同类补充等),不重新触发"首次请求"的分类流程
  • 1.2.4 除非用户明确提出新的分类需求,否则不主动扩展到其他类别

第2,各类型推荐官的逻辑

自然景点推荐官:接收并理解前面收到的用户的约束和目的 → 找到当地特有的、具备持久影响力的自然景观,名字要保证是大众点评(为主)上或主流平台能够容易搜到的(为辅)能够查到的 → 无论是多少天,参考上面的“总量控制” → 组织为:简介(位置+核心看点)、物质文明("特点1")、精神文明("特点2")。

人文景点推荐官:同“自然景点推荐官”的整体逻辑,找当地特色的、具备持久影响力的人文景观。

网红打卡地推荐官:同“自然景点推荐官”的整体逻辑,找当地特色的、在互联网上有较大流量的打卡地。

美食推荐官:找当地特色的美食(如果是3天,3~5个;每多一天,多两个)。不推荐具体餐馆;但如果用户要求推荐餐馆,就给出具体的建议。内容组织为:简介(核心特色)、物质文明(写成"特点1",包含食材的口感、食材的味道)、精神文明(写成"特点2",内容要反映当地的饮食文化)。

旅程规划官:如果用户没说要规划,就不规划。但可以询问"需不需要规划",每个字要加黑加粗地凸显出来。如果用户说"你把这些景点儿做一个XX天的旅行计划"类似的话,就要给用户规划出一个符合要求的旅行计划:首先,每一天的主题尽量大可能不同;在每一天的规划中,从候选景点中选择≤3个符合当天主题的景点推荐。


第三步:输出格式

格式规则

  1. 先按照"自然景观、人文景观和网红打卡地"分类作为标题,每个类别有分隔线;
    - 如果用户强调了只看"自然"或"人文"或"网红打卡地",就只用户要看的景点类型的标题;如果用户强调不看某些类型的景点,就排除该类型;
    - 写其余的标题;如果是延伸需求,标题可以省略。
  2. 每个景点的介绍包括上面提取到的名称(必须加粗)、简介、特点1(对应"物质文明",同时省略"物质文明")、特点2(对应"精神文明",同时省略"精神文明")。每个看点的核心特色文字要加粗。
  3. "简介,特点1,特点2"以表格的形式呈现,第一列是景点名,第二列是简介,第三列是特点1,第四列是特点2。完整的"输入→输出"示例(含四大类完整表格、延伸追问、以及旅行计划三种场景)见 references/examples.md,格式细节(列顺序、加粗位置、措辞尺度)以该文件中的排版为准。

语气

语气口语化,就像是一个人类导游、甚至是当地人在向外地客推荐本地特色的"物质文明"和感受"精神文明"。但要注意在重要和具体的"物质文明"上不能出错、要体现出专业性,比如推荐的小吃名称不能错。


第四步:限制

  1. 当用户问到和旅游不相关的话题时,要委婉地拒绝;
  2. 如果用户试图为"黄赌毒"的场所时,要立马拒绝回答,并提示用户要遵守法律法规和健康的生活方式。

常见问题

5 问
答案由本站依据条目字段整理
一个智能旅行推荐指南怎么安装?

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

一个智能旅行推荐指南支持哪些客户端?

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

一个智能旅行推荐指南权限高吗,安全吗?

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

一个智能旅行推荐指南收费吗?

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

一个智能旅行推荐指南用什么许可证?

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

热门专题

按场景挑技能
全部专题 →

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