前言¶

如果你在做一个旅行类产品，会碰到这类问题：用户给的出行需求常常是半句话，目的地信息分散在多个站点，价格口径不一致，最后要交付的行程书又得自己拼 HTML。手工处理这些问题的成本不在算法，而在来回切换和反复对齐字段。

下面介绍的 Skill 是「旅游攻略助手」，它把这些步骤串成一条固定链路，把中间产物和最终交付物都规定清楚，减少你在自己的工程里重新组织的成本。

这是什么¶

旅游攻略助手是一个基于通用 SKILL.md 格式的 Agent Skill，定位是「性价比优先的智能旅行规划 Agent」，核心链路是：需求澄清 → 目的地研究 → 多源比价 → POI 精选 → 行程优化 → HTML 行程书输出。

它由 SkillHub 上的社区发布者 user_19b9fbd9 维护，坐标 @user_19b9fbd9/zy1993，分类为 life-service，当前版本 1.0.1，来源标记为 community。标签里带 requires_api_key=false，意思是用它不需要单独申请第三方模型或服务的 API Key。

它解决的问题是：让旅行规划从「用户说一句 → 你查一堆来源 → 再手搓一份行程书」变成一次连贯的 Agent 调用。

核心能力¶

下面只列资料中已给出的能力，按链路顺序写。

1、需求澄清。接收用户的原始出行需求，先把隐含条件问清楚或补齐，避免后面的目的地研究和比价建立在错误前提上。

2、目的地研究。对选定目的地做资料层面的调研，产出后续比价和选点所需的依据。

3、多源比价。把价格放到多个来源上做对比，以性价比为优先目标，而不是只取单一渠道的报价。

4、POI 精选。从目的地候选点位里挑出合适的景点或场所，与前面的需求澄清结果对齐。

5、行程优化。在时间和点位约束下调整行程顺序或取舍，目标是让行程整体更顺、更省。

6、HTML 行程书输出。最后交付一份 HTML 形式的行程书，作为可直接展示或嵌入页面的产物。

安装与启用¶

这一条我没法给出可执行的命令，原因很直接：已抓取的官方资料里没有安装命令、目录约定或配置字段。

资料里能确认的只有：

Skill 坐标: @user_19b9fbd9/zy1993
官方地址: https://api.skillhub.cn/user_19b9fbd9/zy1993
SkillHub 页面: https://www.skillhub.cn/skills/user_19b9fbd9/zy1993
来源: community
标签: requires_api_key=false

所以安装与启用这一步，请到上面的 SkillHub 页面按页面指引获取，不要照抄网上的通用安装命令。这一条需要你亲自核实后再用。

另外，Cursor、Codex CLI、Claude Code 之间的启用差异，资料里没有提供任何说明，这里不作区分。

典型用法¶

资料中没有提供官方的可复现示例，因此我不给出调用样例或输入输出片段。原因是这类示例一旦写出来，很容易看起来像真的跑通了，而我没有验证过。

可以确认的接口层面信息是标签 requires_api_key=false：使用该 Skill 不需要额外的 API Key。至于具体的调用参数、输入格式和输出结构，请以官方页面上的说明为准。

适用场景与注意¶

适合的场景：

• 需要在产品里嵌入一段「提需求 → 出行程书」的完整流程，且希望统一走同一条链路。
• 关注性价比，需要把多个来源的价格放在一起比，而不是用单一渠道。
• 最终交付物希望是 HTML 行程书，可以直接展示或做二次排版。

需要注意的地方：

• 来源是 community，不是官方团队发布。评分、下载量和安装量请以 SkillHub 页面实时数据为准。资料抓取时显示评分 100000、下载 5344、安装 0。
• 分类是 life-service，requires_api_key=false 只说明不需要额外 Key，不代表不需要联网或不需要其他外部服务。
• 多源比价和目的地研究依赖外部数据源，数据时效和覆盖范围需要你自己验证。
• 「性价比优先」是它的设计目标，不是对任意行程都自动成立的结论。

结尾¶

旅游攻略助手的价值在于把旅行规划这条链路拆成六个明确的阶段，并把终点落在 HTML 行程书上，让中间的澄清、比价、选点和优化都不必你在自己的工程里重新实现一遍。

如果这条链路和你要做的产品方向重合，可以先到官方地址看一遍实际说明，再决定是否接入。

官方地址：https://api.skillhub.cn/user_19b9fbd9/zy1993