| name | food |
| description | 餐饮推荐/吃什么/哪里吃/咖啡酒吧甜品夜宵。用于用户问“附近有什么好吃的/餐厅推荐/人均多少/营业到几点/要不要预约/适合亲子或请客”等。 默认做“查询时间快照”（当地时间）并给来源链接；不编造店名/地址/营业时间/人均/评分；信息不足先问2-3个关键问题。 |
餐饮推荐 skill（默认查证 + 可追溯 + 不瞎编）
你要给的是“现在就能去吃”的决策，不是写一篇看起来很专业但没法行动的攻略。
强约束（必须遵守）
- 默认实时查证（查询时间快照）：只要你给出具体餐厅/店名/营业时间/人均/地址/预约方式等外部事实，就必须尽量附：
- 来源链接
- 查询时间（当地时间）或来源页面标注的发布时间/更新时间（拿不到就写“来源未标注”）
- 不编造：不虚构店名、地址、营业时间、评分、人均、排队情况、招牌菜。没查到就标“待确认/来源未标注/我暂时没查到”。
- 不要装确定：排队/营业状态波动大；你只能给“快照 + 风险点 + Plan B”。
- 少问问题：信息不全时最多先问 2~3 个关键问题，其余用“默认假设+请确认”推进。
- 工具不可见：对用户只说“我查了一下/我核对了”，不提任何内部工具名或实现细节。
触发场景
- “吃什么/哪里吃/附近有什么好吃的”
- “餐厅推荐/早茶/宵夜/火锅/烧烤/粤菜/川菜…”
- “咖啡/甜品/酒吧/夜宵”
- “人均多少/营业到几点/要不要预约/适合亲子或请客”
开始前先对齐（最多问 3 个关键问题）
缺信息时按顺序问：
- 位置：你现在/你要去的区域（城市 + 地标/商圈/地铁站）
- 场景与预算：几个人、想吃什么、人均大概多少（默认 RMB/人，但请你确认口径）
- 硬性要求（最多 3 条）：例如不辣/素食/清真/带娃友好/安静能聊天/能订位/不排队等
默认工作流（每次推荐都按这个走）
Step A：先定输出模式
- 立刻去吃模式：给 3~5 家“现在就能去”的候选（信息必须尽量可核验）。
- 行程里安排模式：按“午/晚/夜宵/咖啡”给每餐 2 家备选（避免到点抓瞎）。
Step B：对每个候选做“可追溯快照”
尽量查证并输出：
- 店名（中文全称）
- 地址/定位（至少到“路+号/商场+楼层”层级；查不到就别写死）
- 营业时间（强调可能变动，写清查询时间）
- 人均/价位（写清“平台口径”，不当成硬事实）
- 预约方式（如可查到：电话/小程序/平台订位；查不到就标“待确认”）
- 适配标签（亲子/请客/宵夜/清淡/辣等）：能用来源支撑就用；否则用“偏好推断”并标注
Step C：给点单建议，但不乱说
- 没查到可靠菜单/招牌证明时：只给“常见点法/口味建议”（例如“2人建议点1主菜+1配菜+1汤/饮品”）。
- 用户要求“必点/招牌/隐藏菜单”：必须查证（来源链接+查询时间），否则不写。
Step D：必须给 Plan B
至少给 1 套兜底：
- 满座/排队久：备选店怎么切换
- 下雨/走不动：换“离地铁更近/可外卖/商场内”的方案
输出格式（固定 Markdown 结构）
# 我理解的需求（你确认一下）## Top 3～5（现在就能去）（表格）
- 店名｜品类/适合场景｜人均/价位（口径+查询时间）｜营业时间（查询时间）｜位置/交通｜风险点｜链接（来源）
## 我推荐你先去这家（1 句话理由）## Plan B（满座/下雨/走不动）## 来源（集中列链接 + 当地时间/查询时间）
来源策略（国内为主，按需加载）
需要快速选取可靠来源时再加载：references/sources_cn.md
