免费天气查询

解决什么问题

很多 Agent 在帮用户安排出行、会议、户外活动或出差时，会在一个对话里同时处理地点、时间、日程和风险判断。天气信息如果只能丢给用户一个链接或一段原始数据，Agent 仍要再做一次整理。weather 要解决的问题是：把自然语言中的“哪里、什么时候、要不要看空气质量/紫外线”收敛成一次结构化天气查询，并把结果转成可直接决策的提示。

核心流程

1. 输入归一：接收 location，例如“北京”或“上海浦东”；days 为可选预报天数，默认当天，范围是 1-7 天；details 控制是否补充空气质量、紫外线等详细信息。
2. 数据查询：调用 query_weather，按 location、days、details 传参。这一层负责取数，Agent 不在这里凭记忆补天气。
3. 推理与建议：Agent 根据返回数据做分析，按降水、温差、空气质量、紫外线、风力、气温等条件映射出行建议；例如高降水概率提醒雨具，温差大提醒外套，AQI 偏高提醒口罩。
4. 预警强化：如果数据中包含暴雨、台风、高温、寒潮、大风、雾霾等预警，Agent 需要在报告里醒目提示，而不是混在普通描述中。
5. 报告产出：按“实时天气 / 预报概况 / 重点提示 / 出行建议”的模板输出。实时天气包含气温、体感温度、风向风力、湿度、能见度；预报概况概括趋势和关键变化。

适用边界

• 适合明确的城市或地区名称；过于模糊的地点可能导致结果不可用。
• days 只支持资料约定的 1-7 天预报，默认当天，不承诺更长时段。
• details 是可选信息开关，是否包含空气质量、紫外线等取决于数据返回情况。
• 输出质量依赖 query_weather 返回字段；缺失数据不应被编造。
• 预警只应转述数据中已有信息；高风险决策仍需参考最新官方气象发布。
• 报告统一使用摄氏度和清晰时间表达，如今天、明天、后天或具体日期。