前言¶
给 Agent 加旅行能力时，常见的做法是让模型直接回答「某地有什么好吃的」。实际跑起来问题不少：答案随模型波动，缺少来源，景点周边的餐厅和当地特色菜混在一起，多日行程的餐饮安排更无从下手。下面介绍的 Skill 把这类需求收敛成一个明确的能力——目的地美食检索、景点周边餐厅推荐、当地特色菜识别和多日餐饮规划。
这是什么¶
旅行美食助手是一个面向旅行场景的美食推荐与餐饮规划 Skill，发布者为社区账号 user_b95ee7e5，坐标 @user_b95ee7e5/travel-food-guide-new，当前版本 1.0.1，来源标记为 community，分类属于 life-service，不需要 API Key。
它解决的问题是：当用户提出旅行相关饮食需求时，让 Agent 知道该走美食检索与餐饮规划这条路径，而不是泛泛地闲聊。
核心功能¶
根据官方简介，这个 Skill 覆盖四类需求：
- 目的地美食检索：查找旅行目的地的美食信息。
- 景点附近餐厅：针对具体景点，推荐周边餐厅。
- 当地特色菜：识别目的地必吃的特色菜品。
- 旅行饮食建议与多日餐饮计划：给出旅途中的饮食建议，并生成多日餐饮安排。
简介同时给出了触发条件：当用户需要查找旅行目的地美食、景点附近餐厅、当地特色菜、旅行饮食建议或规划旅途餐饮时使用。这条触发规则决定了 Skill 的适用范围，超出这些场景的需求不会走这套流程。
安装与启用¶
公开资料中没有提供可核实的安装命令、目录路径或配置文件字段，本节不写未经验证的命令。
需要确认的信息包括：
- 在 Cursor / Codex CLI / Claude Code 中的安装方式是否一致。
- 是否需要在配置文件中声明 Skill 路径或名称。
- 是否有依赖项或外部服务需要预先配置（标签 requires_api_key=false 说明至少不需要 API Key）。
这些内容以官方页面为准，地址见文末。
典型用法¶
官方资料没有给出可复现的示例命令或对话样例，下面列出的是简介中明确说明的适用请求类型，可作为接入后的测试入口：
- 「帮我查一下某目的地有什么美食」——对应目的地美食检索。
- 「这个景点附近有什么餐厅」——对应景点周边餐厅。
- 「当地有什么必吃的特色菜」——对应当地特色菜。
- 「给我一份三天的餐饮计划」——对应多日餐饮规划。
实际效果取决于后端数据源与 Skill 的检索实现，本文不推测。
适用场景与注意¶
适合的场景：面向旅行者的饮食信息查询与行程餐饮安排，尤其是需要把「找吃的」和「行程规划」连起来的 Agent 应用。
需要注意的点：
- 数据时效。美食推荐依赖底层数据源的更新频率，餐厅营业状态、价格、地址可能变化，用于决策前应提示用户二次确认。
- 覆盖面。Skill 按旅行场景设计，不覆盖日常外卖、聚餐订座等非旅行需求。
- 语言与地域。官方简介未说明支持的语种和地区范围，接入前需自行验证目标目的地是否覆盖。
- 来源归属。该 Skill 来自社区发布（community），维护状态和更新频率需到官方页面确认。
根据 SkillHub 页面的抓取数据，该 Skill 评分 100000，下载 1028，安装 0。评分和下载量可以作为参考，但不代表功能质量，接入判断仍应以实际测试为准。
结尾¶
旅行美食助手的价值在于把旅行场景的饮食需求拆成可执行的四类任务，而不是让 Agent 自由发挥。如果你的 Agent 面向旅行者，需要目的地美食、景点周边餐厅或多日餐饮规划这类能力，可以从这个 Skill 入手，先用上面的四类请求做一轮验证，再决定是否接入生产环境。
官方地址：https://api.skillhub.cn/user_b95ee7e5/travel-food-guide-new
SkillHub 页面：https://www.skillhub.cn/skills/user_b95ee7e5/travel-food-guide-new
