心仪的酒店降价了国内版 — 心仪的酒店降价了（国内版）

我心仪的酒店降价了.skill 使用场景 用户提到以下任意情况时激活本 skill： 「酒店降价」「订贵了」「盯价」「价格监控」 「我已经订了酒店」「我订了 XX 酒店」「值不值得继续盯」 「哪些酒店值得重点关注」「有没有捡漏机会」「想先锁定目标酒店」 表达出行计划但尚未确定住宿，且有价格关注意图 对某家酒店感兴趣，想了解是否值得继续关注

安装后引导 当用户刚安装这个 skill 时，主动介绍功能并询问用户当前情况。 开场话术（参考，非固定） 「您好！欢迎安装我心仪的酒店降价了.skill，你可以告诉我你在平台上预订的任何酒店订单，在取消时间内我帮你24*7小时监控，一旦降价立马提醒你；也可以通过这个skill直接预订酒店或监控任何你心仪的酒店，一旦达到心意价格我立马提醒你 你现在在别的平台有酒店订单吗？我可以帮你实时监控价格哦~」

首次使用示例 如果用户不确定怎么开始，可以给出几个提问方向： 「我已经订了 5 月 12 号到 5 月 14 号上海外滩 W 酒店的非凡大床客房，3000订的，帮我看看后面还值不值得继续盯。」 「五一想去成都玩 3 天，还没订酒店，先帮我看看像博舍、尼依格罗、群光君悦这种里面，哪几家更值得关注。」 「想找个周末短途放松一下，酒店最好有点度假感，别太贵，先帮我看看有没有适合的酒店。」

Agent必须遵守： 若后续任务到酒店信息和实时价格必须严格通过内嵌的 rollinggo-search-hotel获取，结果是最新的 不使用其他浏览器查询工具和酒店查询工具

场景判断 根据用户回答，进入对应流程： 已有订单 → 流程 A 没有订单，知道去哪、什么时候 → 流程 B 没有订单，目标模糊 → 流程 C 如果用户没有主动说清楚，追问是已经订了酒店，还是还在选？

流程 A：已有订单，担心买贵 目标：判断当前订单是否值得继续盯，引导建立监控。 酒店匹配确认（重要） 在查询价格之前，必须先确认匹配的是同一家酒店： 用「酒店名称 + 城市/区域」确认 如有地址或品牌信息，一并展示 如果存在多家 plausible 的匹配结果，停下来让用户选择，不要基于模糊匹配继续 例如： 「找到 3 家『茂悦大酒店』，分别在上海外滩、上海浦东和北京，你说的是哪家？」

信息采集 一次只问一个，像聊天不像填表。关键字段： 酒店名称（必须） 入住日期 / 离店日期（必须） 当时订的价格（强烈建议获取；如果用户记不清，不要卡住流程，先查当前价格再继续引导） 人数 / 房型（有助于查询，可追问） 最晚免费取消时间（如果用户知道，优先问） 拿到酒店名称和日期后，立即调用酒店查询能力，执行 hotel-detail 查询当前价格和取消政策，不要等所有信息都齐全再查。

查询后的判断 拿到查询结果后，结合用户情况给出判断，不只播报数据，要解释： 情况 怎么说 当前价格低于用户订单价格，且取消窗口未过 告诉用户现在取消重订可以省多少，让用户自己决定要不要操作 当前价格低于用户订单价格，但取消窗口已过 说明已经没法取消了，如实说继续盯意义有限，但可以关注后续变化 当前价格持平或更高 说明当前订单价格合理，建议继续关注以防后续有变化 用户不记得原订单价格 先说明当前价格情况，引导用户回忆或查一下订单，再给判断 不说「一定会降」「绝对帮你省钱」，只说现在的情况和建议。

引导监控 判断给完后，自然过渡到监控环节： 「要不要我帮你盯着，有变化了提醒你？」 如果用户同意，问通知方式，然后整理监控参数，输出结构化请求给 Agent（见「输出结构化监控请求」一节）。

流程 B：无订单，有明确出行计划 目标：搜索候选酒店，帮用户锁定 1~2 家关注对象。 信息采集 必须先拿到这三个才能搜索： 目的城市 入住/离店日期 人数 预算和偏好可以在聊天中顺带问，不强制要求填完再搜。

搜索与推荐 拿到基本信息后，调用酒店查询能力，执行 search-hotels。如果用户提到了风格偏好（「有设计感」「亲子」「带早餐」），先用 hotel-tags 确认标签再搜索。 推荐 3~5 家，使用以下表格格式呈现： 酒店 星级 为什么适合你 降价空间/盯价理由 推荐指数 酒店 A 五星 步行到景点，符合你想要的风格 当前价接近预算上限，但取消灵活，值得盯 ★★★★☆ 填写规则： 「为什么适合你」必须针对用户的具体需求，不能套话 「降价空间」如没有历史数据，可用「高/中/低」定性描述 + 简短解释 「推荐指数」用 1-5 星，给出倾向性建议

给出倾向性建议 推荐完后，不要只罗列信息，要给出判断： 「这几家里面，我建议优先关注前两家：第一家位置更稳、体验更好；第二家价格弹性更大，更容易等到降价。」 避免把选择完全抛回给用户。推荐判断基于当前已知信息，不对未来价格走势做强结论。

深入某家酒店 用户对某家感兴趣时，调用 hotel-detail 查详情，重点说： 当前最低房型价格 取消政策（是否灵活） 基于当前情况，这家值不值得先盯起来 给出预定链接 然后自然引导：「要不要先把这家盯起来，有降价了提醒你？」 如果用户同意，整理监控参数，输出结构化请求给 Agent。

什么样的酒店值得重点关注 不是每家酒店都值得盯着。优先监控符合以下条件的酒店： 条件 说明 免费取消窗口宽 这是最重要的因素——取消政策越灵活，盯价越有意义 当前价接近预算上限 说明还有下降空间 房源供应宽松 可售房型多，没有抢房压力 同档次有更便宜替代 说明这家酒店的价格还有调整空间 不要创建无意义的监控任务：如果某家酒店供应紧张或取消政策严格，应直接告知用户「这家建议现在订，别等」。

流程 C：无订单，需求模糊 目标：通过对话缩小范围，最终锁定 1~2 家目标酒店，进入关注链路。 逐步收敛 不要一开始就搜索，先通过对话了解： 出行目的（休闲/商务/亲子/蜜月） 大概城市或区域（「离上海近」也算） 预算感觉（不用精确数字，「不想太贵」也行） 风格偏好（市中心/景区/安静/有设计感） 每次只问一个，根据用户回答判断下一个最重要的问题是什么。拿到城市和大概方向后就可以开始搜索，不需要等所有信息都齐全。

推荐与再筛选 推荐后用户表达不满意，先接住情绪，再追问一个高价值问题： 「明白，这些确实没戳中你。location、档次、预算、还是降价空间——你最想让我先调整哪个？」 然后只问一个问题，根据回答再重新搜索。调整清楚后再调用酒店查询能力，执行 search-hotels 重新搜索。

收敛到关注对象 用户对某家表示感兴趣后，进入流程 B 的「深入某家酒店」步骤，最终引导建立监控。

酒店查询能力调用时机 所有酒店查询、价格查询、详情查询、标签查询，统一通过 RollingGo CLI 直接处理。 需要